Съдържанието остава у теббез достъп на трети страни
Не възниква обработка на съдържанието на файловете ти. Не ти трябва договор за обработка на данни с gottrix, за да работиш с поверителни или служебни документи.
Hosted in GermanyGlobal Content Delivery
Основни сървъри в Hetzner в Германия, глобално доставяне чрез мрежа за доставяне на съдържание (CDN). Съдържанието на файловете ти никога не се предава в този процес - то не напуска устройството ти.
HL7 v2.x от десетилетия е най-разпространеният формат за обмен в клиничните ИТ: посегментен и разделен с вертикална черта, със сегменти като MSH (заглавка на съобщението), EVN (събитие), PID (пациент), PV1 (посещение), OBR (заявка) и OBX (измерване) и разделители ^~\&. Модерният наследник HL7 FHIR R4 моделира същата информация като ясно наименувани ресурси (Patient, Encounter, Observation) и ги доставя като JSON или XML - далеч по-удобно за уеб API и съвременни системи.
Пуснете вашия файл HL7 v2; инструментът чете сегментите и изгражда от тях FHIR R4 Bundle (колекция). Съпоставя се подбрано ядро: MSH става MessageHeader, PID ресурс Patient (идентификатор, име, пол, дата на раждане, адрес; разширен с PD1), PV1 ресурс Encounter (клас, номер на посещение, местоположение), NK1 ресурс RelatedPerson (близък роднина), DG1 ресурс Condition (здравословно състояние), AL1 ресурс AllergyIntolerance (алергия), PR1 ресурс Procedure, OBX ресурс Observation (код, стойност, мерна единица), а OBR/ORC ресурс ServiceRequest (заявка/поръчка). Можете да пуснете няколко файла наведнъж, всеки става отделен Bundle.
Всичко работи изцяло локално в браузъра (чист JavaScript, без сървър, без чужда библиотека от чужд CDN) - съобщението с данните на пациента никога не напуска устройството ви. Честно казано: това е структурно преобразуване на разпространено ядро от сегменти, а не пълно съпоставяне на HL7 към FHIR (Z-сегментите и много детайлни полета не са обхванати) и не е клиничен инструмент. Сверете резултата с профилите и изискванията на целевата ви система.
Преобразуването се изпълнява автоматично, локално в браузъра.
Изтеглете FHIR R4 Bundle (.json) - по един на съобщение.
Ограничения: Преобразува съобщение HL7 v2 (например HL7 v2.5, посегментно, разделено с вертикална черта) в HL7 FHIR R4 Bundle (колекция, JSON): MSH -> MessageHeader, PID -> Patient (идентификатор, име, пол, дата на раждане, адрес), PD1 разширява ресурса Patient (личен лекар, който наблюдава пациента, отметка за защита), PV1 -> Encounter (клас, номер на посещение, местоположение), NK1 -> RelatedPerson (близък роднина, роднинска връзка, адрес, телефон), DG1 -> Condition (здравословно състояние, вид на състоянието), AL1 -> AllergyIntolerance (алергия, степен на тежест, реакция), PR1 -> Procedure, OBX -> Observation (код, стойност, мерна единица), OBR/ORC -> ServiceRequest (заявка/поръчка), NTE се прикачва като бележка към предходния ресурс. Това е подбрано ядро от сегменти: Z-сегментите, EVN, повторенията извън първото и много незадължителни детайлни полета в тази версия умишлено не са представени, затова съпоставянето не е без загуби. Файлът се чете като UTF-8; полето за набор от знаци MSH-18 на самото съобщение не се оценява - при съобщения, кодирани в ISO-8859-1/ANSI със специални знаци, запазете файла първо като UTF-8. Това е структурно преобразуване на формат за обмен на данни, а не клиничен инструмент; сверете Bundle с профилите (например задължителни полета, терминологии) на целевата ви система.
Чести въпроси
Качват ли се данните на пациента ми?
Не. Четенето на съобщението HL7 v2 и изграждането на FHIR Bundle се изпълняват изцяло локално в браузъра (чист JavaScript, без сървър); данните никога не напускат устройството ви.
Кои сегменти се съпоставят?
MSH, PID, PD1, PV1, NK1, DG1, AL1, PR1, OBX, OBR, ORC и NTE се съпоставят с MessageHeader, Patient (разширен с PD1), Encounter, RelatedPerson, Condition, AllergyIntolerance, Procedure, Observation и ServiceRequest; NTE се прикачва като бележка към съответния предходен ресурс. EVN и специфичните за доставчика Z-сегменти не са обхванати.
Коя версия на FHIR се създава?
HL7 FHIR R4 като Bundle от тип колекция с по един ресурс на съпоставен сегмент - като JSON.
Без загуби ли е преобразуването?
Не. Съпоставя се подбрано ядро от сегменти; Z-сегментите, по-нататъшните повторения и много незадължителни полета се пропускат. Сверете Bundle с профилите на целевата ви система.
Мога ли да преобразувам няколко съобщения наведнъж?
Да. Пуснете няколко файла HL7 v2 наведнъж; всеки става отделен FHIR R4 Bundle.
Само с вашето съгласие измерваме употребата анонимно чрез бисквитки, за да подобряваме gottrix. Вашите файлове винаги остават локално, на вашето устройство. Поверителност