HIPAA解决方案（三、270/271）

一、简介

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

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

二、基本结构

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

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