HL7 转 FHIR
将 HL7 v2 消息转换为 FHIR R4 Bundle(JSON),在浏览器中本地完成,无需上传;患者数据绝不离开你的设备。
正在你的设备上本地处理 ...
0%
你的文件从未离开你的设备
我的文件会被上传吗?
不会。一切都在你的浏览器中运行,你的文件永不离开你的设备。这一点如何验证
将 HL7 v2 消息转换为 FHIR R4 Bundle(JSON),在浏览器中本地完成,无需上传;患者数据绝不离开你的设备。
正在你的设备上本地处理 ...
0%
你的文件从未离开你的设备
不会。一切都在你的浏览器中运行,你的文件永不离开你的设备。这一点如何验证
数十年来,HL7 v2.x 一直是临床信息系统中应用最广的交换格式:基于段、以竖线分隔,包含 MSH(消息头)、EVN(事件)、PID(患者)、PV1(就诊)、OBR(申请)和 OBX(观测值)等段,以及分隔符 ^~\&。其现代继任者 HL7 FHIR R4 把相同的信息建模为命名清晰的资源(Patient、Encounter、Observation),并以 JSON 或 XML 提供,对 Web API 和现代系统而言要好用得多。
拖入你的 HL7 v2 文件,工具会读取各个段并构建一个 FHIR R4 Bundle(collection)。我们映射一组精选的核心内容:MSH 变为 MessageHeader,PID 变为 Patient 资源(标识符、姓名、性别、出生日期、地址),PV1 变为 Encounter(类别、就诊号、地点),OBX 变为 Observation(编码、值、单位),OBR 变为 ServiceRequest。你可以一次拖入多个文件,每个文件各自生成一个 Bundle。
一切都完全在浏览器中本地运行(纯 JavaScript,无服务器,不从外部 CDN 加载外部库)- 包含患者数据的消息绝不离开你的设备。坦诚说明:这是对常见段核心的结构化转换,而非完整的 HL7 到 FHIR 映射(不涵盖 Z 段和许多明细字段),也不是临床工具。请对照目标系统的配置文件与要求核对结果。
| 输入格式 | HL7, TXT |
|---|---|
| 输出格式 | JSON |
| 批量处理 | 支持 |
| 处理方式 | 在浏览器中本地处理 (JavaScript) |
| 文件上传 | 无 |
限制: 将一条 HL7 v2 消息(例如 HL7 v2.5,基于段、以竖线分隔)转换为一个 HL7 FHIR R4 Bundle(collection, JSON):MSH -> MessageHeader,PID -> Patient(标识符、姓名、性别、出生日期、地址),PV1 -> Encounter(类别、就诊号、地点),OBX -> Observation(编码、值、单位),OBR -> ServiceRequest。这是一组精选的段核心:Z 段、首次之外的重复以及许多可选明细字段被有意省略,因此映射并非无损。它是用于数据交换的结构化格式转换,而非临床工具;请对照目标系统的配置文件(例如必填字段、术语集)核对该 Bundle。
不会。读取 HL7 v2 消息和构建 FHIR Bundle 都完全在浏览器中本地运行(纯 JavaScript,无服务器);数据绝不离开你的设备。
MSH、PID、PV1、OBX 和 OBR 分别映射为 MessageHeader、Patient、Encounter、Observation 和 ServiceRequest。EVN 以及厂商专有的 Z 段不在涵盖范围内。
HL7 FHIR R4,输出为 type 为 collection 的 Bundle,每个被映射的段对应一个资源 - 以 JSON 形式。
不是。我们映射的是一组精选的段核心;Z 段、更多重复以及许多可选字段都会被略去。请对照目标系统的配置文件核对该 Bundle。
可以。一次拖入多个 HL7 v2 文件,每个都会各自生成一个 FHIR R4 Bundle。