HL7: один день в операційній

Ця невелика стаття написана як коментар до моєї попередньої статті, зокрема в тій її частині, де BC Holmes розмірковує, що "один із способів кількісної оцінки складності HL7v3 в підрахунку рівнів вкладеності типового повідомлення. Воно, як правило, має в 5-10 разів більше XML вузлів, ніж будь-які інші стандарти засновані на XML, такі як Interactive Financial eXchange (IFX) або Amazon EC2 SOAP API. Хтось може сказати, що бізнес процеси в охороні здоров'я істотно складніші і семантично багатші, ніж у фінансовій галузі і, тим більше, в книговидавництві.

Ось якраз розглянути один типовий процес в охороні здоров'я і хотілося б, щоб упевнитися, чи дійсно він складніший і семантично багатший, ніж у фінансовій або книговидавничій діяльності. Благо і наочний матеріал також підвернувся.

В даному випадку буде розглядати роботу хірургічного відділення на прикладі набору інформаційних повідомлень для підтримки однієї єдиної хірургічної операції. Про тип операції і її складність ні чого не повідомляється, тобто можливі відхилення в будь-яку сторону складності.

Попередній період

Передопераційний період - час, необхідний для підготовки хворого до операції. Тривалість передопераційного періоду залежить від ступеня терміновості операції, стану хворого, його віку та тяжкості майбутнього оперативного втручання. Інформаційні потоки у попередній період показано на наступній діаграмі.

Умовно інформаційні потоки можна розділити на наступні групи і відповідні їм HL7v2 повідомлення або шаблони документів CDA (в дужках даються типи повідомлень HL7v2 і їх коротке розшифрування):

• Реєстрація Пацієнта (ADT),
• Контроль аркуша очікування (SIU - Зміна розкладу),
• Дані по пацієнту (MDM - Управління мед документами, CCD, CDA Referral Summary),
• Результати лаб аналізів (ORU - Результати обстеження, CDA для HITSP C37 Lab Report Document)
• Сповіщення (MFN - Зміни у нормативно-довідковому файлі)

Операційний період

Інформаційний потік для операційного періоду представлений на наступній діаграмі.

Для передачі інформації використовуються такі HL7v2 повідомлення:

• Використання матеріалів (DFT - Детальна фінансова транзакція)
• Результати лаб аналізів (ORU - Результати обстеження, CDA для HITSP C36 Lab Result Message)
• Дані з мед апаратів (ORU - Результати обстеження)

Післяопераційний період

Післяопераційний період - час від моменту зняття хворого з операційного столу до загоєння рани і зникнення розладів, викликаних операційною травмою. Інформаційні потоки у попередній період показано на наступній діаграмі.

Для передачі інформації використовуються такі HL7v2 повідомлення:

• Дані з мед апаратів (ORU - Результати обстеження)
• Дані по пацієнту (MDM - Управління мед документами, CCD, CDA Referral Summary),
• Фінансові витрати (DFT - Детальна фінансова транзакція),
• Використання матеріалів (MFN - Зміни у нормативно-довідковому файлі).

Крім перерахованих вище повідомлень, хірургу (точніше ІТ-відділу, відповідальному за інтерфейси) доводиться думати про роботу систем відповідно до таких стандартів:

• IHE ATNA – Audit Trail and Node Authentication
• HITSP T15 — Collect and Communicate Security Audit Trail Transaction
• HITSP T17 – Secured Communication Channel Transaction
• IHE XDS.b – Cross-Enterprise Document Sharing-b
• HITSP T13b — Manage Sharing of Documents

Наведені вище повідомлення та інші стандарти описано в наступних профайлах IHE (Integrating the Healthcare Enterprise):

• Patient Care Device;
• IT Infrastructure;
• Patient Care Coordination.

Ну і тепер повертаючись до початку цієї статті, я не розумію, чому фахівці IFX або Amazon EC2 SOAP API не можуть дружно ужитися з HL7, там начебто все досить просто.

:)

Також хотілося б додати судження з приводу HL7 FHIR. З усього вищенаведеного, тестові FHIR сервери поки що возяться з функціоналом рівним ADT і SIU повідомленнями. Цілком ймовірно, що є більш просунуті реалізації (принаймні одну таку я знаю), але їх творці поки що не поспішають виступати відкрито і викласти на суд публіки особливості реалізації.