Інфраструктура та безпека охорони здоров'я
Сумісність в охороні здоров'я
Як медсистеми обмінюються даними й розуміють їх однаково: HL7 FHIR R4, повідомлення HL7 v2, CDA, LOINC, SNOMED CT, ICD і національні системи Європи.
Сумісність (інтероперабельність) означає, що дві системи можуть обмінюватися медичними даними й обидві інтерпретують їх однаково. Для цього потрібні три речі: формат (HL7 FHIR R4 для API, HL7 v2 для більшості лікарняних повідомлень, CDA для документів), спільні системи кодування (LOINC для аналізів, SNOMED CT для клінічних термінів, ICD-10 для діагнозів, ATC для ліків, UCUM для одиниць) і узгоджені профілі, як-от Міжнародне резюме пацієнта (IPS), яке країни використовують для транскордонного обміну.
| Стандарт API | HL7 FHIR R4 (4.0.1); R5 опубліковано, R4 досі найпоширеніший |
|---|---|
| Лікарняні повідомлення | HL7 v2 (ADT, ORM, ORU) |
| Документи | CDA та C-CDA |
| Системи кодування | LOINC, SNOMED CT, ICD-10 / ICD-11, ATC, RxNorm, UCUM |
| Транскордонний обмін у ЄС | Міжнародне резюме пацієнта (IPS), MyHealth@EU |
Які основні стандарти медичних даних?
- Стандарти медичної інтероперабельності: повна картаОдна карта стандартів, що лежать в основі медичних даних: повідомлення HL7 v2, документи CDA, ресурси FHIR, DICOM та DICOMweb для зображень, профілі IHE, openEHR для зберігання, OMOP для досліджень та кодові системи, які вони всі використовують.
- Що таке FHIR і чому це важливо для вашої медичної карткиHL7 FHIR – це стандарт, за яким лікарні, додатки та державні установи обмінюються медичними даними.
- HL7 проти FHIR: різниця між HL7 v2, CDA та FHIR, і який стандарт вам потрібенHL7 — це організація та сімейство стандартів; FHIR — найновіший з них.
- FHIR R4 проти R5: відмінності та яку версію використовуватиFHIR R4 (2019) – це версія, на якій працює більша частина світу; R5 (2023) додає підписки за темами та нові ресурси, а R6 знаходиться в розробці.
- Пояснення CDA та C-CDA: клінічні документи HL7HL7 CDA — це стандарт XML для клінічних документів, який може читати людина і обробляти комп'ютер.
- CDA проти FHIR: документи проти ресурсів, поясненняCDA – це стандарт для документів: один підписаний XML-файл, який залишається цілісним.
- openEHR проти FHIR: відмінності та коли що використовуватиopenEHR та HL7 FHIR часто порівнюють, але вони вирішують різні завдання: openEHR моделює та зберігає довгострокову клінічну карту за допомогою архетипів та шаблонів; FHIR обмінюється даними між системами через ресурси та API.
- CDS Hooks: хуки, картки, префетчCDS Hooks — це стандарт HL7 для виклику служби підтримки прийняття рішень з робочого процесу ЕМК: коли відкривається карта пацієнта, обирається або підписується призначення.
Як побудовані ресурси FHIR?
- Ресурс FHIR ”Пацієнт”: пояснення та прикладПацієнт – це ресурс FHIR, на який посилаються всі інші клінічні ресурси.
- Ресурс FHIR Observation: пояснення (з прикладом JSON)Observation – це ресурс FHIR для вимірювань: лабораторних результатів, життєвих показників, симптомів, оцінок.
- Ресурс FHIR Condition: пояснення та прикладCondition (Стан) записує діагноз, проблему чи симптом з його перебігом у часі.
- Ресурс FHIR Encounter: пояснення з прикладомEncounter – це ресурс FHIR для візиту, госпіталізації, телемедичного дзвінка або домашнього візиту: коли це сталося, в якому середовищі, хто брав участь, чому та що було діагностовано.
- FHIR DiagnosticReport: пояснення з прикладомDiagnosticReport — це ресурс FHIR для підписаного висновку: він групує Observation в панель, містить висновок та PDF, а також записує, хто і коли його видав.
- FHIR DocumentReference проти DiagnosticReport: коли що використовуватиТри ресурси FHIR використовуються для обробки звітів та файлів.
- FHIR MedicationStatement проти MedicationRequest: поясненняFHIR має чотири ресурси для ліків, що відображають чотири різні факти: рецепт (MedicationRequest), видача (MedicationDispense), введена доза (MedicationAdministration) та те, що пацієнт каже, що приймає (MedicationStatement).
- Ресурс FHIR AllergyIntolerance: пояснення (з прикладом)Як записується алергія у FHIR: клінічний статус (clinicalStatus), статус перевірки (verificationStatus), тип (type), категорія (category), критичність (criticality) та реакція з тяжкістю (severity), закодовані в SNOMED CT.
- Ресурс FHIR Immunization: пояснення (записи про вакцинацію)Як зберігаються вакцинації у FHIR: ресурс Immunization зі статусом, кодом вакцини, датою, номером партії та номером дози, як записуються дози, що не були надані, та як записи про вакцинацію передаються в Міжнародному резюме пацієнта (International Patient Summary).
- Типи FHIR Bundle: Транзакція, Пакет, Документ, Набір пошукуFHIR Bundle — це контейнер для кількох ресурсів.
- FHIR CodeableConcept проти Coding: поясненняМайже кожен елемент у FHIR, що має код, є CodeableConcept: список кодувань із різних систем кодування плюс оригінальний текст.
- Профілі та розширення FHIR: поясненняПрофіль FHIR — це StructureDefinition, який звужує базовий ресурс: обов'язкові елементи, must-support, фіксовані коди, слайсинг, прив'язки, інваріанти.
- Пояснення посібників з впровадження FHIR: US Core, IPS, профіліБазовий FHIR є навмисно широким; посібники з впровадження (IG) звужують його для країни чи випадку використання за допомогою профілів, обов'язкових елементів та прив'язок термінології.
- Параметри пошуку FHIR: пояснення з прикладамиЯк робити запити до сервера FHIR: параметри пошуку за типом (token, date, reference, string, quantity), префікси (наприклад, ge та lt), модифікатори (наприклад, :exact та :missing), ланцюжки, _include та _revinclude, сортування, _count та пагінація, з прикладами URL для лабораторних результатів.
- Пояснення FHIR Subscriptions: теми, канали, R4 до R5FHIR Subscription запитує сервер, щоб він повідомив вас про зміни.
- Експорт масових даних FHIR ($export): поясненняСпецифікація FHIR Bulk Data Access визначає операцію $export для одночасного переміщення даних багатьох пацієнтів у вигляді файлів NDJSON.
Як лікарняні системи обмінюються повідомленнями?
- Пояснення повідомлень HL7 v2 ADT та ORUHL7 v2 досі є основним способом спілкування між лікарняними системами.
- Пояснення повідомлень HL7 v2 ORM та OMLЯк замовлення подорожує в HL7 v2: загальне повідомлення про замовлення ORM^O01 та новіше лабораторне замовлення OML^O21, сегмент ORC, що контролює замовлення (нове, скасування, статус), сегмент OBR, що вказує, що було замовлено, відповіді ORR та ACK, а також як те саме замовлення виглядає як FHIR ServiceRequest.
- Інтерфейсні рушії: що вони роблять, коли вони вам потрібніІнтерфейсний рушій трансформує та доставляє повідомлення між системами з чергами, повторними спробами, моніторингом та аудитом.
- Інтеграція лікарняних систем: ЛІС, двигуни, лабораторія, радіологіяЯк системи всередині лікарні взаємодіють між собою та із зовнішнім світом: ЛІС або ЕІС у центрі, інтерфейсний двигун, що маршрутизує HL7 v2 та FHIR, лабораторія та радіологія, аптека, пристрої, телемедицина та додатки для пацієнтів.
- Як інтегрувати лабораторну систему (LIS) з ЕМКЛабораторний інтерфейс: найпоширеніша лікарняна інтеграція, яку легко зробити неправильно.
Які системи кодування описують дані?
- Що таке код LOINC? Пояснення кодів лабораторних аналізівLOINC присвоює кожному лабораторному аналізу та клінічному вимірюванню універсальний код, щоб результат з однієї лабораторії означав те саме в іншій системі.
- Що таке SNOMED CT? Клінічна термінологія поясненаSNOMED CT – це найбільша клінічна термінологія у світі, яка використовується для запису діагнозів, результатів обстежень, алергій та процедур у вигляді кодів.
- LOINC проти SNOMED CT: який код кудиLOINC називає, що було виміряно або запитано: тести, панелі, життєві показники, типи документів.
- SNOMED CT проти ICD-10: для чого кожна з нихSNOMED CT — це клінічна термінологія для запису того, що бачить лікар; ICD-10 — це класифікація для підрахунку захворювань та виставлення рахунків.
- МКХ-10 проти МКХ-11: пояснення відмінностейМКХ-11 замінила МКХ-10 як стандарт ВООЗ у січні 2022 року, але більшість країн досі кодують за МКХ-10.
- МКХ-10 проти МКХ-10-CM проти МКХ-10-GM: національні варіантиВООЗ публікує МКХ-10; країни мають модифікації (США, Німеччина, Франція).
- Пояснення кодів ліків RxNorm та ATCRxNorm називає клінічні препарати з точністю до дозування та форми для американських систем; ATC класифікує активні речовини за органами та терапевтичними групами для міжнародної статистики та обміну.
- Одиниці UCUM для лабораторних результатів (мг/дл, ммоль/л, 10*3/мкл)UCUM – це система кодування одиниць вимірювання в електронних медичних даних.
- Як зіставити локальні лабораторні коди з LOINC, крок за крокомЗіставлення лабораторних кодів з LOINC робить результати порівнянними та читабельними для FHIR.
- Сервери термінології FHIR: $lookup, $expand, $translateСервер термінології містить кодові системи (SNOMED CT, LOINC, ICD-10), набори значень та карти понять, а також відповідає на запитання щодо кодів за допомогою операцій FHIR.
Як працюють національні та транскордонні системи?
- Національні електронні медичні записи: порівняння Європи та СШАКарта національних інфраструктур електронних медичних записів: німецька ePA, французька Mon espace santé, італійська FSE, іспанська HCDSNS, нідерландські MedMij/LSP, NHS (Англія), австрійська ELGA, польська P1, Скандинавія, США.
- MyHealth@EU та міждержавний підсумок даних пацієнтаMyHealth@EU обмінюється медичними даними між країнами ЄС через національні контактні пункти.
- Міжнародний зведений медичний висновок (IPS): що це, що містить і як отримати свійIPS — це стандартний документ, який лікар, який ніколи вас не бачив, будь-де у світі, може прочитати за лічені секунди: алергії, ліки, стани, щеплення.
- Електронний рецепт за кордоном в ЄС (MyHealth@EU): поясненняЗавдяки MyHealth@EU деякі країни ЄС дозволяють аптекам видавати електронний рецепт, виписаний в іншій державі-члені, та ділитися зведеними даними пацієнта.
- ePA Німеччини та Telematikinfrastruktur: поясненняЕлектронна медична картка пацієнта (ePA) Німеччини (з 2025) зберігається у страхових компаній, доступна через Telematikinfrastruktur.
- Франція: Mon espace santé та DMP – поясненняMon espace santé: національний медпростір Франції (з 2022).
- Електронна медична картка ELGA в Австрії: поясненняELGA – електронна медична картка Австрії (з 2015).
- FSE 2.0 в Італії: пояснення національної медичної картиFascicolo Sanitario Elettronico (FSE) — медична карта Італії, створена регіонами, пов'язана нац.
- Іспанія: HCDSNS та регіональні медичні записи, поясненняІспанія: 17 регіональних служб охорони здоров'я об'єднані національною системою HCDSNS.
- Нідерланди: MedMij та LSP, поясненняУ Нідерландах немає національного запису про здоров'я.
- Польща: P1, IKP та е-рецепт – поясненняЕ-рецепт, е-направлення, е-лікарняний, реєстр мед.
- Велика Британія: NHS Spine, GP Connect та NHS App – поясненняДані про здоров'я в Англії: Spine (демографія, Summary Care Record, рецепти, направлення) та FHIR API (GP Connect).
Для розробників
Anpheros Platform
Розробляйте на сумісних медичних даних
Anpheros Platform — це FHIR R4 API для медичних записів зі згодою пацієнта, безкоштовною пісочницею та SDK для Dart, Flutter і TypeScript.