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

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