HIPAA解决方案(三、270/271)

一、简介

[b]270[/b](Health Care Eligibility Benefit Inquiry)-医疗资格福利调查。该Transaction Set在需要对保险“用户”(Subscriber)(或与保险相关的“家属”(Dependent))进行查询时发起。此种情况下,“用户”是直接与雇主或保险公司联系的人,“家属”是与用户相关的人。
[b]271[/b](Health Care Eligibility Benefit Response)-医疗资格福利反馈。此Transaction Set用于回答有关医疗福利和“用户”和/或“家属”的资格查询。(这些查询可能涉及到:福利状态、“家属”承保范围、承保日期、保额、保险支付额、自付额、例外和限制条款)

[b]270/271[/b]交易集应用于医疗保健信息源(如保险公司、发起人和政府机构)与医疗保健信息接收方(如医生、医院和医疗设施)之间的通信。

二、基本结构

[color=darkred]Information Source (Loop 2000A)[/color]
[size=small][color=green]/*该Loop定义信息源信息,内容包括一个标记层次的ID(HL)和信息源的名称等信息(NM1)。*/[/color][/size]
[color=darkred]Information Receiver (Loop 2000B)[/color]
[size=small][color=green]/*该Loop定义信息接收方信息,内容包括一个标记层次的ID(HL)和信息接收方的名称等信息(NM1),如果该段不足以描述信息接收方的信息,可以用REF、N3、N4、PRV等段做额外描述。*/[/color][/size]
[color=darkred]Subscriber (Loop 2000C)
[i]Eligibility or Benefit Inquiry 270/Information 271[/i][/color]
[size=small][color=green]/*该Loop定义直接参保人信息,内容包括一个标记层次的ID(HL)、一个用以做统计(生效日期,病人性别)的段(TRN)和直接参保人的名称等信息(NM1),如果该段不足以描述信息接收方的信息,可以用REF、N3、N4、PRV等段做额外描述。该Loop还定义了一些字段,被指定为查询所用,包括DMG、INS以及DTP。HI字段用于定义疾病诊断信息。*/[/color][/size]
[color=darkblue]如果在当前发起的报文中,参保人作为病人主体,则在该Loop下会加入一个新的子Loop 2100C,包含了医疗资格福利查询/反馈的内容。EQ(270中用于信息查询)、EB(271中用于信息反馈),该Loop还包含了AMT(花费金额)、以及其他相关的认证信息。[/color]
[color=darkred]Subscriber (Loop 2000C)
Dependent (Loop 2000D)
[i]Eligibility or Benefit Inquiry 270/Information 271[/i][/color]
[size=small][color=green]/*同2100C十分类似,该Loop定义直接参保人家属的信息。*/[/color][/size]
[color=darkblue]由于参保人家属作为病人主体一定存在,所以子Loop2100D一定存在,这是和2100C不同的地方,至于其他部分,大同小异。[/color]
[color=darkred]Information Receiver (Loop 2000B)
Subscriber (Loop 2000C)
[i]Eligibility or Benefit Inquiry 270/Information 271[/i][/color]

在整个HIPAA解决方案的设计实现中,实际上有三个重点:
1. 由于HIPAA法案源自X12,一个EDI报文放到业务系统中,在处理上有诸多不便。所以讲EDI转换成更易理解的XML格式的事件更有助于业务流程。因此,我们要做的第一步工作就是一个EDI字段到XML节点的一对一映射。
2. HIPAA报文需要遵循X12的语法规则,所以在上面的映射中,不能丢失这些信息,所以我们要为XML的每个节点添加必要的属性,以说明该节点在规范中的定义,包括该元素的取值范围,存在条件等等。
3. 除去必要的EDI语法检查,HIPAA有自己的规则,将这些规则从实施指南中取出,并以一定格式组织起来,实际上是整个HIPAA解决方案的核心目的,当这项工作完成后,客户就可以应用该系统对合作伙伴传来的报文进行验证。所以对HIPAA中规则的理解,解析是否正确,完整,就成为衡量该系统质量的最主要的条件。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值