Przekształć komunikat HL7 v2 w FHIR R4 Bundle (JSON) - lokalnie w przeglądarce, bez wysyłania; dane pacjenta nie opuszczają urządzenia.
Przetwarzanie lokalnie na Twoim urządzeniu ...
0%
Twoje pliki nigdy nie opuściły urządzenia
Nie. Wszystko działa w Twojej przeglądarce - Twój plik nigdy nie opuszcza urządzenia. Jak to sprawdzić
HL7 v2.x od dziesięcioleci jest najbardziej rozpowszechnionym formatem wymiany w informatyce medycznej: oparty na segmentach i rozdzielany pionowymi kreskami, z segmentami takimi jak MSH (nagłówek komunikatu), EVN (zdarzenie), PID (pacjent), PV1 (wizyta), OBR (zlecenie) i OBX (pomiar) oraz separatorami ^~\&. Nowoczesny następca HL7 FHIR R4 modeluje te same informacje jako jasno nazwane zasoby (Patient, Encounter, Observation) i dostarcza je w formacie JSON lub XML - znacznie łatwiejszym dla webowych API i nowoczesnych systemów.
Upuść plik HL7 v2; narzędzie odczytuje segmenty i buduje FHIR R4 Bundle (kolekcja). Mapowany jest wyselekcjonowany rdzeń: MSH staje się MessageHeader, PID zasobem Patient (identyfikator, imię i nazwisko, płeć, data urodzenia, adres), PV1 zasobem Encounter (klasa, numer wizyty, lokalizacja), OBX zasobem Observation (kod, wartość, jednostka), a OBR zasobem ServiceRequest. Możesz upuścić kilka plików naraz, każdy stanie się osobnym Bundle.
Wszystko działa wyłącznie lokalnie w przeglądarce (czysty JavaScript, bez serwera, bez obcej biblioteki z obcego CDN) - komunikat wraz z danymi pacjenta nigdy nie opuszcza urządzenia. Uczciwie mówiąc: to strukturalna konwersja powszechnego rdzenia segmentów, a nie pełne mapowanie HL7 na FHIR (segmenty Z i wiele pól szczegółowych nie są ujęte) ani narzędzie kliniczne. Zweryfikuj wynik względem profili i wymagań Twojego systemu docelowego.
| Formaty wejściowe | HL7, TXT |
|---|---|
| Format wyjściowy | JSON |
| Przetwarzanie wsadowe | Tak |
| Przetwarzanie | Lokalnie w przeglądarce (JavaScript) |
| Przesyłanie plików | Brak |
Ograniczenia: Przekształca komunikat HL7 v2 (np. HL7 v2.5, oparty na segmentach, rozdzielany pionowymi kreskami) w HL7 FHIR R4 Bundle (kolekcja, JSON): MSH -> MessageHeader, PID -> Patient (identyfikator, imię i nazwisko, płeć, data urodzenia, adres), PV1 -> Encounter (klasa, numer wizyty, lokalizacja), OBX -> Observation (kod, wartość, jednostka), OBR -> ServiceRequest. To wyselekcjonowany rdzeń segmentów: segmenty Z, powtórzenia poza pierwszym i wiele opcjonalnych pól szczegółowych celowo nie są reprezentowane, więc mapowanie nie jest bezstratne. To strukturalna konwersja formatu na potrzeby wymiany danych, a nie narzędzie kliniczne; zweryfikuj Bundle względem profili (np. pól wymaganych, terminologii) Twojego systemu docelowego.
Nie. Odczyt komunikatu HL7 v2 i budowanie FHIR Bundle przebiegają wyłącznie lokalnie w przeglądarce (czysty JavaScript, bez serwera); dane nigdy nie opuszczają urządzenia.
MSH, PID, PV1, OBX i OBR są mapowane na MessageHeader, Patient, Encounter, Observation i ServiceRequest. EVN oraz segmenty Z specyficzne dla dostawcy nie są ujęte.
HL7 FHIR R4 jako Bundle typu kolekcja z jednym zasobem na zmapowany segment - w formacie JSON.
Nie. Mapowany jest wyselekcjonowany rdzeń segmentów; segmenty Z, dalsze powtórzenia i wiele pól opcjonalnych są pomijane. Zweryfikuj Bundle względem profili Twojego systemu docelowego.
Tak. Upuść kilka plików HL7 v2 naraz; każdy stanie się osobnym FHIR R4 Bundle.