DB36 T 608-2011 RFID Data Interface Criterion for Health Care Application《医疗应用RFID数据接口规范》.pdf

1、ICS 33.060 M30 DB36 江西省地方标准 DB 36/ T 6082011 医疗应用RFID数据接口规范 RFID Data Interface Criterion for Health Care Application 点击此处添加与国际标准一致性程度的标识 （报批稿）2011 - 01 - 11发布 2011 - 04 - 11实施 江西省质量技术监督局 发布DB36/ T 6082011 I 前 言 本标准按照GB/T 1.1-2009标准化工作导则 第1部分：标准的结构和编写给出的规则编写。 本标准由南昌市质监局提出。 本标准起草单位：中兴长天信息技术（南昌）有限公司、南

2、昌大学。 本标准起草人：王晓磊、龙承志、虞贵才、熊师、万隆、王晓鹏、熊心丽。 DB36/ T 6082011 1 医疗应用 RFID 数据接口规范规范 1 范围 本标准规定了医疗RFID数据接口的术语、定义和要求。 本标准适用于基于无线射频识别技术(RFID)与医院信息系统(HIS)集成的医疗应用RFID系统。 2 规范性引用文件 下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅所注日期的版本适用于本文 件。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。 BDSS1.0 中国医院信息基本数据集标准1.0版 3 术语和定义 下列术语和定义适用于本标准。 3.1

3、 电子标签 tag 由耦合元件及芯片组成， 每个标签具有唯一的电子编码， 高容量电子标签有用户可写入的存储空间， 附着在物体上标识目标对象。电子标签作为数据载体，能起到标识识别、物品跟踪、信息采集的作用。 3.2 阅读器 reader 阅读器也称为读头，它在RFID系统中起着举足轻重的作用。首先阅读器的频率决定了射频识别系统 的工作频段，其次，阅读器的功率直接影响到射频识别距离。 4 要求 4.1 数据表达 数据表达应符合中国医院信息基本数据集标准1.0版要求。对数据元素表达格式、语义和内涵 的确切定义，是信息交换的基础，是实现信息交换的必要条件， 4.2 数据定义 对中国医院信息基本数据集标

4、准1.0版中已包含的数据内容应符合中国医院信息基本数据集 标准1.0版中的定义。 对于中国医院信息基本数据集标准1.0版中未涉及的信息，如果是与医疗RFID相关的信息应符 合下面定义： DB36/ T 6082011 2 阅读器标识符 版本：1.0 中文简称：阅读器标识符 英文名称：Reader Identifier 英文缩写：Reader_ID 定义：阅读器唯一标识码 数据类型：C 数据类型_参考HL7：CE 数据长度：16 系统：医疗RFID系统 阅读器型号 版本：1.0 中文简称：阅读器型号 英文名称：Reader Type 英文缩写：Reader_Type 定义：阅读器型号编码 数据类

5、型：C 数据类型_参考HL7：CE 数据长度：30 系统：医疗RFID系统 阅读器频率 版本：1.0 中文简称：阅读器频率 英文名称：Reader Frequency 英文缩写：Reader_Frequency 定义：阅读器所使用的频率 数据类型：C 数据类型_参考HL7：CE 数据长度：10 阅读器天线数 版本：1.0 中文简称：阅读器天线数 英文名称：Reader Antena Number 英文缩写：Reader_Antena_Number 定义：阅读器所携带天线的个数 数据类型：INT 数据类型_参考HL7：PQ 数据长度：3 DB36/ T 6082011 3 系统：医疗RFID系统

6、 合法值域：1999 系统：医疗RFID系统 阅读器运行状态 版本：1.0 中文简称：阅读器运行状态 英文名称：Reader Status 英文缩写：Reader_Status 定义：阅读器的运行状态 数据类型：C 数据类型_参考HL7：CE 数据长度：1 合法值域：1，2 系统：医疗RFID系统 列表编号： RFID_001 列表名称： 阅读器状态 代码 简称 名称 1 正常 阅读器运行状态正常 2 异常 阅读器运行状态异常 电子标签标识符 版本：1.0 中文简称：电子标签标识符 英文名称：Tag Identifier 英文缩写：Tag_ID 定义：电子标签唯一标识码 数据类型：C 数据类型

7、_参考HL7：CE 数据长度：16 系统：医疗RFID系统 4.3 外部接口 4.3.1 外部接口功能 系统外部接口应完成以下功能：标签、发药、领药、资产管理，对携带标签的病人，医护人员，医 院资产的定位和针对医院具体业务需求的管理。 DB36/ T 6082011 4 4.3.2 外部接口实现 系统应实现跨平台的可互操作性、跨防火墙的通信、应用程序集成、B2B 的集成、软件和数据重用。 基于以上考虑系统具体实现应采用 WebService，完全基于 XML（可扩展标记语言）、XSD（XMLSchema） 等独立于平台、独立于软件供应商的标准，来创建可互操作的、分布式应用程序的平台，以方便用户

8、访 问。 4.3.3 接口方式 4.3.3.1 RJ45 RJ45 和五类线配合使用在以太网络中。8 条线分成 4 组，分别由红白、红、绿白、绿、蓝白、蓝、 棕白、棕共 8 种单一颜色或者白条色线组成。关于 RJ45 的接法有两种，分别为 T-568A 和T-568B。两 种接法惟一的区别是线序不同。RJ45 传输信号较远，采用的是 TCPIP协议。 4.3.3.2 RS-232 RS-232 是目前比较流行的计算机串行接口。 常用的 RS-232 接口有 DB9 和DB25 两种形式。 RS-232 是电子工业联合会开发的实现广泛的串行传输接口，用来连接数据终端设备到数据通信设备。RS232

9、 指定线和连接器的类型、连接器的接法以及每条线的功能、电压、意义与控制过程。RS-232与 ITU 的 V.24和 V.28兼容。 4.3.3.3 RS-485RS-422 RS-422是使用平稳线的全双工接口， 比RS-232抗干扰能力更强。 RS-422数据传输速率230kbit/s 1Mbit/s。RS-422 通常有25 线，使用DB37 或者 DB9 插座，最大传输距离为 300m。在工业环境中，当有 许多电子接口或者超过两个设备需要连接时，RS-422 通常用在数据终端设备和数据通信设备之间。 RS-485 是使用三态驱动的比较稳定的多点串口通信 RS-422的拓展。 4.3.3.

10、4 802.11标准 802.11标准，即IEEE无线LAN介质访问控制(MAC)和物理层(PHY)标准，规定了局域内必须支持的网 络广播协议，它是无线局域网领域内国际上第一个被认可的标准。像其他基于802的IEEE标准一样， 802.11标准主要服务是发送两个同级LLC之间的MSDU(MAC服务数据单元)。典型的是，无线电卡和接入点 提供802.11标准的功能。802.11标准提供了MAC和PHY的功能，在局域网内为固定、便携和以步行或行车 速度移动的移动站提供无线连接。 802.11包括下列一些特征： 提供异步和限时发送服务。 通过分布式系统，在扩展域内连续服务。 调节适应 1Mbits和

11、 2Mbits 的传输速率。 支持大部分市场应用。 多点传送服务。 网络管理服务。 注册和认证服务。 为了保证与目前标准的互操作性，802.11 工作组发展了与目前其他 802标准兼容的标准，如 下所示： IEEE802：功能要求。 IEEE802.2：MAC 服务要求。 DB36/ T 6082011 5 IEEE802.1-A：概述和结构。 IEEE802.1-B：LANMAN管理。 IEEE802.1-D：透明桥接器。 IEEE802.1-F：开发层管理标准的指导方针。 IEEE802.10：安全数据交换。 4.3.3.5 Wiegand(韦根) 根据Wiegand(韦根)协议制造的接口

12、被称为Wiegand(韦根)接口，包括了标准韦根26、韦根34等具体 形式。韦根协议属于一个比较低级的协议，其通信速率与RS-485/422的通信速率相当，通信距离为200m 左右。与RS-485422不同的是，Wiegand协议的数据传输是以“包”的形式传送的，而RS-485/422则是 以电平方式传送数据的协议。所以，在利用Wiegand协议设计产品的过程中，不用像RS-485/422一样考 虑定义起始位、停止位等一些问题。这样，只要符合Wiegand协议的产品都可以相互兼容。而不像 RS-485/422一样，各个厂商对数据自行定义。根据不同的需要，有Wiegand2655bit等多种形式

13、可供选 择。Wiegand协议虽然被众多生产厂商所采用，十分普遍，但是很容易被破解。因此，对于安全系数要 求较低的系统可以采用Wiegand协议，而对于要求高的系统，应该采用RS-485协议，因为RS-485更容易 加密，Wiegand很难采用加密手段。 4.4 接口软件 无线射频识别设备制造厂商在向用户提供或者销售自己的产品时， 都会提供相应的接口软件甚至是 软件的源代码。通过这种接口软件，可以对设备进行测试，直接生产一定格式的数据文件，供用户分析 使用，也可以向其他应用软件提供数据接口。并且，无论是有源产品还是无源产品，应该均可以设定电 子标签的不同数据传输速率，可以同时对多个读写器传输的数据进行处理。 4.5 通讯方式 采用如图1所示的三层架构: 图1 4.5.1 应用业务：应用层完成对数据的业务逻辑处理。 4.5.2 XML 封装、解析：消息层对应用层数据的 XML 封装。 4.5.3 传输协议封装、解析：传输层对消息层的 HTTP访问。 _