ca

HL7 cap a FHIR

Converteix un missatge HL7 v2 en un Bundle FHIR R4 (JSON), localment al navegador i sense pujada; les dades del pacient no surten mai del teu dispositiu.

Processant en local al teu dispositiu ...

Només visualització i conversió, no és una eina de diagnòstic.

Processant en local al teu dispositiu ...

0%

Els teus fitxers no han sortit mai del dispositiu

    Continua amb aquest fitxer

    Sense pujada nova

    Aquestes eines accepten .JSON - el teu fitxer es transfereix directament.

    Es puja el meu fitxer?

    No. Tot s'executa al teu navegador - el teu fitxer no surt mai del dispositiu. Per què és verificable

    Sense pujar res100% local
    El contingut es queda amb tusense accés de tercers
    Hosted in GermanyGlobal Content Delivery
    Auditat de manera independentTLS A+ · Capçaleres A+

    L'HL7 v2.x ha estat durant dècades el format d'intercanvi més estès en la informàtica clínica: basat en segments i delimitat per barres verticals, amb segments com MSH (capçalera del missatge), EVN (esdeveniment), PID (pacient), PV1 (trobada), OBR (sol·licitud) i OBX (observació) i els delimitadors ^~\&. El successor modern HL7 FHIR R4 modela la mateixa informació com a recursos amb noms clars (Patient, Encounter, Observation) i els lliura com a JSON o XML, molt més senzill per a les API web i els sistemes moderns.

    Deixa anar el teu fitxer HL7 v2; l'eina llegeix els segments i en construeix un Bundle FHIR R4 (collection). Es mapeja un nucli seleccionat: MSH passa a ser un MessageHeader, PID un recurs Patient (identificador, nom, sexe, data de naixement, adreça, ampliat amb PD1), PV1 un Encounter (classe, número de visita, ubicació), NK1 un RelatedPerson (familiar), DG1 una Condition (estat de salut), AL1 una AllergyIntolerance (al·lèrgia), PR1 una Procedure, OBX una Observation (codi, valor, unitat) i OBR/ORC un ServiceRequest (sol·licitud/ordre). Pots deixar anar diversos fitxers alhora; cadascun esdevé el seu propi Bundle.

    Tot s'executa completament de manera local al navegador (JavaScript pur, sense servidor, sense cap biblioteca de tercers d'una CDN externa); el missatge amb les seves dades del pacient no surt mai del teu dispositiu. Amb franquesa: aquesta és una conversió estructural d'un nucli de segments habitual, no un mapatge complet d'HL7 a FHIR (els segments Z i molts camps de detall no es cobreixen) ni una eina clínica. Verifica el resultat respecte als perfils i requisits del teu sistema de destinació.

    Fitxa tècnica

    Fitxa tècnica
    Formats d'entradaHL7, TXT
    Conversió automàticaPNG, JPG, WebP, GIF, BMP, TIFF, ICO, SVG, HEIC, PDF, MP3, WAV, DOCX, MIDI, DDS, HDR, PCX, WBMP
    Format de sortidaJSON
    Processament per lots
    ProcessamentEn local al navegador (JavaScript)
    Càrrega de fitxersCap

    En 3 passos

    1. Deixa anar el teu fitxer o fitxers HL7 v2 (.hl7, .txt).
    2. La conversió s'executa automàticament, de manera local al navegador.
    3. Descarrega el Bundle FHIR R4 (.json): un per cada missatge.

    Límits: Converteix un missatge HL7 v2 (per exemple HL7 v2.5, basat en segments i delimitat per barres verticals) en un Bundle HL7 FHIR R4 (collection, JSON): MSH -> MessageHeader, PID -> Patient (identificador, nom, sexe, data de naixement, adreça), PD1 amplia el recurs Patient (metge de capçalera, indicador de protecció), PV1 -> Encounter (classe, número de visita, ubicació), NK1 -> RelatedPerson (familiar, relació, adreça, telèfon), DG1 -> Condition (estat de salut, tipus d'estat), AL1 -> AllergyIntolerance (al·lèrgia, gravetat, reacció), PR1 -> Procedure, OBX -> Observation (codi, valor, unitat), OBR/ORC -> ServiceRequest (sol·licitud/ordre), NTE s'adjunta com a nota al recurs anterior. És un nucli de segments seleccionat: els segments Z, EVN, les repeticions més enllà de la primera i molts camps opcionals de detall no es representen intencionadament en aquesta versió, de manera que el mapatge no és sense pèrdues. El fitxer es llegeix com a UTF-8; el camp de joc de caràcters MSH-18 del missatge mateix no s'avalua - en missatges codificats en ISO-8859-1/ANSI amb accents o caràcters especials, desa primer el fitxer com a UTF-8. És una conversió estructural de format per a l'intercanvi de dades i no una eina clínica; verifica el Bundle respecte als perfils (per exemple camps obligatoris, terminologies) del teu sistema de destinació.

    Preguntes freqüents

    Es pugen les meves dades del pacient?

    No. La lectura del missatge HL7 v2 i la construcció del Bundle FHIR s'executen completament de manera local al navegador (JavaScript pur, sense servidor); les dades no surten mai del teu dispositiu.

    Quins segments es mapegen?

    MSH, PID, PD1, PV1, NK1, DG1, AL1, PR1, OBX, OBR, ORC i NTE es mapegen a MessageHeader, Patient (ampliat amb PD1), Encounter, RelatedPerson, Condition, AllergyIntolerance, Procedure, Observation i ServiceRequest; NTE s'adjunta com a nota al recurs immediatament anterior. L'EVN i els segments Z propis del proveïdor no es cobreixen.

    Quina versió de FHIR es produeix?

    HL7 FHIR R4 com a Bundle de tipus collection amb un recurs per cada segment mapejat, en format JSON.

    La conversió és sense pèrdues?

    No. Es mapeja un nucli de segments seleccionat; els segments Z, les repeticions addicionals i molts camps opcionals queden fora. Verifica el Bundle respecte als perfils del teu sistema de destinació.

    Puc convertir diversos missatges alhora?

    Sí. Deixa anar diversos fitxers HL7 v2 alhora; cadascun esdevé el seu propi Bundle FHIR R4.

    Eines relacionades

    Anonimitzar DICOM · FHIR JSON i XML · Veure HL7 CDA