pl

HL7 na FHIR

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 ...

Tylko podgląd i konwersja, nie jest narzędziem diagnostycznym.

Przetwarzanie lokalnie na Twoim urządzeniu ...

0%

Twoje pliki nigdy nie opuściły urządzenia

    Kontynuuj z tym plikiem

    Bez ponownego przesyłania

    Te narzędzia akceptują .JSON - Twój plik jest przekazywany bezpośrednio.

    Czy mój plik jest przesyłany?

    Nie. Wszystko działa w Twojej przeglądarce - Twój plik nigdy nie opuszcza urządzenia. Jak to sprawdzić

    Bez wysyłania100% lokalnie
    Treści zostają u Ciebiebrak dostępu osób trzecich
    Hosted in GermanyGlobal Content Delivery
    Zbadane niezależnieTLS A+ · Nagłówki A+

    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 z nich FHIR R4 Bundle (kolekcja). Mapowany jest wyselekcjonowany rdzeń: MSH staje się MessageHeader, PID zasobem Patient (identyfikator, imię i nazwisko, płeć, data urodzenia, adres, rozszerzony o PD1), PV1 zasobem Encounter (klasa, numer wizyty, lokalizacja), NK1 zasobem RelatedPerson (osoba bliska), DG1 zasobem Condition (stan zdrowia), AL1 zasobem AllergyIntolerance (alergia), PR1 zasobem Procedure, OBX zasobem Observation (kod, wartość, jednostka), a OBR/ORC zasobem ServiceRequest (zlecenie). 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.

    Dane techniczne

    Dane techniczne
    Formaty wejścioweHL7, TXT
    Automatyczna konwersjaPNG, JPG, WebP, GIF, BMP, TIFF, ICO, SVG, HEIC, PDF, MP3, WAV, DOCX, MIDI, DDS, HDR, PCX, WBMP
    Format wyjściowyJSON
    Przetwarzanie wsadoweTak
    PrzetwarzanieLokalnie w przeglądarce (JavaScript)
    Przesyłanie plikówBrak

    W 3 krokach

    1. Upuść swój plik (pliki) HL7 v2 (.hl7, .txt).
    2. Konwersja przebiega automatycznie, lokalnie w przeglądarce.
    3. Pobierz FHIR R4 Bundle (.json) - po jednym na komunikat.

    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), PD1 rozszerza zasób Patient (lekarz pierwszego kontaktu, wskaźnik ochrony), PV1 -> Encounter (klasa, numer wizyty, lokalizacja), NK1 -> RelatedPerson (osoba bliska, relacja, adres, telefon), DG1 -> Condition (stan zdrowia, rodzaj stanu), AL1 -> AllergyIntolerance (alergia, nasilenie, reakcja), PR1 -> Procedure, OBX -> Observation (kod, wartość, jednostka), OBR/ORC -> ServiceRequest (zlecenie), NTE dołącza się jako notatka do poprzedzającego zasobu. To wyselekcjonowany rdzeń segmentów: segmenty Z, EVN, powtórzenia poza pierwszym i wiele opcjonalnych pól szczegółowych celowo nie są reprezentowane w tej wersji, więc mapowanie nie jest bezstratne. Plik jest odczytywany jako UTF-8; pole zestawu znaków MSH-18 samej wiadomości nie jest oceniane - w wiadomościach zakodowanych w ISO-8859-1/ANSI z polskimi znakami lub znakami specjalnymi zapisz plik wcześniej jako UTF-8. 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.

    Częste pytania

    Czy moje dane pacjenta są wysyłane?

    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.

    Które segmenty są mapowane?

    MSH, PID, PD1, PV1, NK1, DG1, AL1, PR1, OBX, OBR, ORC i NTE są mapowane na MessageHeader, Patient (rozszerzony o PD1), Encounter, RelatedPerson, Condition, AllergyIntolerance, Procedure, Observation i ServiceRequest; NTE dołącza się jako notatka do poprzedzającego zasobu. EVN oraz segmenty Z specyficzne dla dostawcy nie są ujęte.

    Która wersja FHIR jest tworzona?

    HL7 FHIR R4 jako Bundle typu kolekcja z jednym zasobem na zmapowany segment - w formacie JSON.

    Czy konwersja jest bezstratna?

    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.

    Czy mogę przekonwertować kilka komunikatów naraz?

    Tak. Upuść kilka plików HL7 v2 naraz; każdy stanie się osobnym FHIR R4 Bundle.

    Powiązane narzędzia

    Anonimizacja DICOM · FHIR JSON oraz XML · Podgląd HL7 CDA