北大人民医院HL7实现(GE的RIS与众邦的HIS)

byebye

1.Message：ADT/A01 (audit message)
MSH|^~\\&|HIS||DRAGONRIS||200206281130||ADT^A01|MSG00005|D|2.3|||||GB2312
EVN|A01|200206281130|||0148^Addison^James|200206281130
PID|||263656||张三丰^zhangsanfeng||1977-01-01|男|||北京市海淀区西直门外高梁桥斜街1号^人民医院||(010)62256622||||||110108197701011510
PV1||住院|神内^room1^bed4^^^住院楼^2||||||||||||||||3
回应：
MSH|^~\\&|||||200208081200||ACK^A01|349|D|2.3
MSA|AA|MSG00005|""

2.Message：ORM/O01(general order, new order)
MSH|^~\\&|HIS||DRAGONRIS||200206281130||ORM^O01|MSG00006|D|2.3|||||GB2312
PID|||263656||张三丰^zhangsanfeng||1977-01-01|男|||北京市海淀区西直门外高梁桥斜街1号^人民医院||(010)62256622||||||110108197701011510
PV1||住院|神内^room1^bed4^^^住院楼^2||||||||||||||||3
ORC|NW|120003^HIS||||N|||2002-06-25|0146^谢逊|0147^张无寄|0148^周之若||3980
OBR||120003^HIS||B02001^CT头颅|||||||||相关检查^临床诊断^临床症状及体征^各器官功能^既往病史^备注
回应：
MSH|^~\\&|||||200208081200||ORR^O02|349|D|2.3
MSA|AA|MSG00006|""

3.Message：ORM/O01(general order, cancel order)
MSH|^~\\&|HIS||DRAGONRIS||200206281130||ORM^O01|MSG00007|D|2.3|||||GB2312
PID|||2-687005||张三丰^zhangsanfeng||1977-01-01|男|||北京市海淀区西直门外高梁桥斜街1号^人民医院||(010)62256622||||||110108197701011510
PV1||住院|神内^room1^bed4^^^住院楼^2||||||||||||||||3
ORC|CA|120003^HIS||||N|||2002-06-25|0146^谢逊|0147^张无寄|0148^周之若||3980
OBR||120003^HIS||B02001^CT头颅|||||||||相关检查^临床诊断^临床症状及体征^各器官功能^既往病史^备注
回应：
MSH|^~\\&|||||200208081200||ORR^O02|349|D|2.3
MSA|AA|MSG00007|""

4.Message P03
MSH|^~\\&|HIS||DRAGONRIS||200206281130||DFT^P03|MSG00008|D|2.3|||||GB2312
EVN|PO3|200205150830|||0148^Addison^James|200206281130
PID|||2-687005||张三丰^zhangsanfeng||1977-01-01|男|||北京市海淀区西直门外高梁桥斜街1号^人民医院||(010)62256622||||||110108197701011510
PV1||住院|神内^room1^bed4^^^住院楼^2||||||||||||||||3
FT1|1||||2002-06-26|CG|B02001^CT头颅|||4|||放射科||||||||||120003^HIS|谢逊
FT1|2||||2002-06-26|CG|00759^优维显|||5|||放射科||||||||||120003^HIS|录入人
回应：
MSH|^~\\&|||||200208081200||ACK^P03|349|D|2.3
MSA|AA|MSG00008|""

5.Message A03
MSH|^~\\&|HIS||DRAGONRIS||200206281130||ADT^A03|MSG00009|D|2.3|||||GB2312
EVN|A03|200206281130|||0148^Addison^James|200206281130
PID|||263656||张三丰^zhangsanfeng||1977-01-01|男|||北京市海淀区西直门外高梁桥斜街1号^人民医院||(010)62256622||||||110108197701011510
PV1||住院|神内^room1^bed4^^^住院楼^2||||||||||||||||3
回应：
MSH|^~\\&|||||200208081200||ACK^A03|349|D|2.3
MSA|AA|MSG00009|""

6.Message M04
MSH|^~\\&|HIS||DRAGONRIS||200206281130||MFN^M04|MSG00010|D|2.3|||||GB2312
MFI|CDM|UPD|200206281130|200206281130|AL
MFE|MAD|CDM98123789182|200206281130|B02001^CT 头颅
CDM|B02001^CT 头颅||CT||N|||A
PRC|B02001^CT 头颅||||200.00&RMB^UP||1||||200206281130||Y||Y|A
回应：
MSH|^~\\&|||||200208081200||MFK^M04|349|D|2.3
MSA|AA|MSG00010|""

MSH Segment
1.Field Separator
2.Sending Application
3.Empty
4.Receiving Application
5.Empty
6.Message Date Time
7.Empty
8.Message Type
9.Message Control ID
10.Processing ID
11.Version Number
12~15 Empty
16.Character Set.
EVN Segment
1.Event Type Code
2.Recorded Date/Time
3.Empty
4.Empty
5.Operator ID
6.Event Occurred
PID Segment
1.Empty
2.Empty
3.Patient ID (Internal ID) 住院号
4.Empty
5.Patient Name
6.Empty
7.Date/Time of Birth
8.Sex
9.Empty
10.Empty
11.Patient Address
12.Empty
13.Phone Number - Home
14~18 Empty
19.SSN number - patient
PV1 Segment
1.Empty
2.Patient Class
3.Assigned Patient Location 其中科室不能为空
4~18 Empty
19.Visit Number
ORC Segment
1.Order Control
2.Placer Order Number 医嘱号
3~5.Empty
6.Response Flag
7.Empty
8.Empty
9. Date/Time of Transaction
10.Entered By
11.Verified By
12.Ordering Provider
13.Empty
14.Call Back Phone Number
OBR Segment
1.Empty
2.Placer Order Number 医嘱号
3.Empty
4.Universal Service ID
5~12 Empty
13.Relevant Clinical Info.
FT1 Segment
1.Set ID -FT1
2.Empty
3.Empty
4.Empty
5.Transaction Posting Date
6.Transaction Type
7.Transaction Code
8.Empty
9.Empty
10.Transaction quantity
11.Empty
12.Empty
13.Department Code
MFI Segment
1.Master file identifier (CDM---Charge description master file)
2.Master files application identifier (UPD--- Change file records as defined in the record-level event codes for each record that follows)
3.Entered date/time
4.Effective date/time
5.Response level code(AL---Always. All MFA segments (whether denoting errors or not) must be returned via the application-level acknowledgment message)
MFE Segment
1.Record-level event code(MAD--- Add record to master file" MDL --- Delete record from master file" MUP--- Update record for master file" MDC ---  Deactivate: discontinue using record in master file, but do not delete from database" MAC ---  Reactivate deactivated record )
2.MFN control ID
3.Effective date/time
4.Primary key value
CDM segment
1.Primary key value
2.Charge Code Alias(Empty)
3.Charge description short
4.Charge description long (Empty)
5.Description override indicator (N--- Override Not Allowed" A --- Override Allowed" R---Override Required)
6.Exploding Charges(Empty)
7.Procedure Code(Empty)
8.Active/inactive indicator(A---Active)
PRC segment
1.Primary key value
2.Facility ID (Empty)
3.Department (Empty)
4.Valid patient classes (Empty)
5.Price (UP --- unit price, may be based on length of procedure or service)
6.Formula (Empty)
7.Minimum quantity
8.Maximum quantity (Empty)
9.Minimum price (Empty)
10.Maximum price (Empty)
11.Effective start date
12.Effective end date (Empty)
13. Price override flag (Y)
14. Billing category (Empty)
15. Chargeable flag (Y)
16. Active/inactive flag (A)

JB

这个协议看起来比较新鲜，用了一些不常用的 messages。当然，这里注重的是 HIS 到 RIS 的接口。  M04 看起来像医嘱？为什么不在 RIS 输入而在 HIS 输入？
P03 是放射科医师的 findings，好像有方向的错误。应该是由放射科的 RIS 往 HIS 发的，消息里看却是从 HIS 发到 RIS? RIS 得到它有何用途？
用的是什么接口？ Socket 或是其它？
有没有更正式的 Conformance 或 Interface Specification 让大家学习？

有没有

byebye

你说的很好，但实际运用中很难和理论中完全符合，
用的通讯方式是tcp/ip, 一个连接中返回消息确认，
用这种方式是为了和国际接轨，国外90%的企业用此方式
包括GE

byebye

这里有没有人做过与HL7相关的软件产品？  

熟透番薯

能解释一下M04是在什么情况下产生的吗？

熟透番薯

下面引用由JB在 2003/06/05 00:37am 发表的内容：
这个协议看起来比较新鲜，用了一些不常用的 messages。当然，这里注重的是 HIS 到 RIS 的接口。  M04 看起来像医嘱？为什么不在 RIS 输入而在 HIS 输入？
P03 是放射科医师的 findings，好像有方向的错误。应该　...

收费系统代替了放射科注册登记台的预约功能，完成交费后自动产生P03，注册台可以接收这个消息，代替手工登记输入。
个人认为应该由注册台产生预约登记信息，这时候，收费系统接收到费用和项目信息后完成收费，然后通过P0x告诉部门应用系统已经完成了收费，此时RIS更新费用状态。
现在北大医院的这个流程优化了某些流程，但做法有些问题，可以有其他途径来优化这个业务流程。
P03好象不是放射科医生的FINDINGS。

ironstone

我看这个消息协议不一定是通过事件驱动的，而是批处理方式。也就是HIS将RIS需要的信息塞过去。否则，一个查询消息都没有？
M04在这里的目的，估计应该是提供一个收费价格。

tianma

同意ironstone的观点。

JB

下面引用由byebye在 2003/06/04 06:17pm 发表的内容：
这里有没有人做过与HL7相关的软件产品？  

有，欢迎交流。

JB

下面引用由熟透番薯在 2003/06/05 12:18pm 发表的内容：
收费系统代替了放射科注册登记台的预约功能，完成交费后自动产生P03，注册台可以接收这个消息，代替手工登记输入。
个人认为应该由注册台产生预约登记信息，这时候，收费系统接收到费用和项目信息后完成收费，然 ...

这么说在这里 GE RIS 起的功能只不过是 Worklist Broker 而非 RIS。
至少在美国 RIS 的一个最大作用是：放射科预约和注册登记。病人基本资料可以来至 HIS (有 HIS 的环境)。小点的单位 RIS 本身也是个挂号系统 (patient registation)。
Modality Worklist 过去是一个专门的 Gateway，主要厂家/产品有 Mitra PACS Broker 和 Merge HL7 Broker。现在 RIS 厂家都做 Brokerless RIS，直接把 DICOM Worklist SCP 放在里面。Worklist 的作用就是避免手工在输入病人基本资料。

熟透番薯

下面引用由byebye在 2003/06/05 09:17am 发表的内容：
这里有没有人做过与HL7相关的软件产品？  

我们也有，我们还完成了CCOW，实现了主要的功能

byebye

MFN^M04 目的是使HIS和RIS之间主文件的同步，例如：HIS改变了某一个药的价格或增加了新药，RIS也要做相应的改变。
DFT^P03 做完检查之后的实际费用传回到HIS系统，主要是住院病人。

熟透番薯

这样也不错呀。

JB

下面引用由byebye在 2003/06/06 10:31am 发表的内容：
MFN^M04 目的是使HIS和RIS之间主文件的同步，例如：HIS改变了某一个药的价格或增加了新药，RIS也要做相应的改变。
DFT^P03 做完检查之后的实际费用传回到HIS系统，主要是住院病人。

但是 RIS 为什么要关心药的价格呢？

熟透番薯

可能这里的RIS也管放射诊断中的用药问题，其实这个也许应该有医嘱输入系统解决。