Обладнання та життєвий цикл
Паспорт обладнання має поєднувати основні дані, технічну прив’язку, стан, несправності, витрати та історію. Планування завершення експлуатації та заміни має зробити видимими найближчі роки.
OS Facility має поєднати обладнання, медичну техніку, наряди, технічне обслуговування, прибирання, персонал, а також площі та орендарів. На спільній базі даних з OS Board. Від події до підтвердженого виконання.
Заплановано на 2027 рік. OSF перебуває на етапі концепції. Наведені нижче екрани показують цільову картину; обсяг функцій і впровадження конкретизуватимуться поступово.

Виберіть знімок для збільшення
Три приклади показують, як OSF у майбутньому має перетворювати події на завдання та зворотні повідомлення.
Виписка має запускати підготовку ліжка. OSF має враховувати правила для палати та наступну очікувану госпіталізацію. Лише підтверджене прибирання знову звільняє ліжко.
OS Board отримує інформацію про виписку з лікарняної інформаційної системи або через цифровий check-out.
Крок 1 з 4 · Про виписку повідомлено
Технічний, інфраструктурний і комерційний Facility Management. Модулі можна буде впроваджувати окремо та відповідно до ваших пріоритетів.
Паспорт обладнання має поєднувати основні дані, технічну прив’язку, стан, несправності, витрати та історію. Планування завершення експлуатації та заміни має зробити видимими найближчі роки.
Паспорти пристроїв, інтервали перевірок, інструктажі, місцезнаходження та видача в користування заплановані як окремий модуль. Медичні вироби мають використовувати ту саму логіку нарядів, документів і підтверджень, що й технічне обладнання.
Повідомлення мають перетворюватися на наряди з пріоритетом, відповідальним і терміном. Прибуття на місце, робочий час і матеріали мають фіксуватися в наряді; виконавці та замовники мають підтверджувати завершення.
Наявне управління договорами має бути пов’язане з обладнанням, приміщеннями та постачальниками послуг. Плани технічного обслуговування мають запускати наряди; строки договорів, документи й нагадування залишаються видимими разом.
Перелік обов’язків, визначений спільно з Facility Management, має зводити докупи перевірки, строки та підтвердження. Із виявлених недоліків мають виникати подальші наряди.
Заплановані зони та маршрути обходу мають узгоджуватися з подіями, як-от виписки чи позапланові прибирання. Для мобільної роботи передбачено чек-листи та облік робочого часу.
Команди, кваліфікації, присутність, чергування та заміщення мають керувати розподілом нарядів. Чинний графік чергувань залишається основним; OSF має показувати завантаженість і робочий час у наряді.
Приміщення, площі, використання, об’єкти оренди та строки договорів мають використовувати ту саму структуру. Заплановані експорти поєднують цю інформацію з наявною ERP-системою.
У відділенні палата 204 – це палата для пацієнтів із ліжками. В OSF той самий запис має поєднувати також площу, обладнання, договори та зону прибирання.
Пацієнт, випадок, ліжко та статус відділення. OSF має спиратися на наявну структуру, ролі та події OS Board.
Відкрити OS Board ↗Заплановано додаткові рівні для будівель і поверхів, усіх типів приміщень, технічного обладнання та пов’язаних завдань.
Coming 2027Повідомлення у три кроки: де, що, фото. Передбачено рольові екрани на OS Panel, у застосунку OSF і на трубці. Бейдж або NFC мають визначати людину та місце.
Концепція передбачає експлуатацію в мережі клієнта з власними клієнтськими просторами, ролями та SSO. Наявні системи мають залишатися підключеними через інтерфейси.
Запланований адаптер тривог має поєднувати наряди, ескалації та підтвердження з наявною системою тривог. Як канали передбачено OS Alarming, трубки Ascom, DECT, пейджери та застосунок; підключення реалізується для кожної системи окремо.
Бухгалтерія, закупівлі, HR і розрахунок заробітної плати залишаються в наявних системах. OSF має планувати виїзди та фіксувати робочий час у наряді. BIM-моделювання залишається в спеціалізованій системі; імпорт CAD передбачено на пізнішому етапі розвитку.
Інші сфери CAFM передбачено як розширення, які можна впроваджувати окремо. Обсяг, послідовність і підключення визначаються у спільному проєкті.
Передбачений шлях веде від спільного воркшопу до пілотної експлуатації. Наявна CAFM-система залишається основною для сфер, які ще не перенесено. Послідовність і обсяг визначаються в проєкті.
Разом визначити сценарії використання, базу даних і межі.
Почати з прибирання та повідомлень про несправності; перевірити процеси в щоденній роботі.
Поступово додавати обладнання, медичну техніку, персонал і обов’язки, а також площі, орендарів і модулі розширення.
Ідея, виклик, конкретний проєкт.
Ми вислухаємо – і обміркуємо все разом із вами.