吉祥棋牌,吉祥棋牌游戏官网,吉祥棋牌app,吉祥棋牌下载

logo

吉祥棋牌,吉祥棋牌游戏官网:召开“吉祥棋牌,吉祥棋牌游戏官网2016年度测试会议”的通知

[ 来源:吉祥棋牌,吉祥棋牌游戏官网会医学装备信息交互与集成分会    日期:2016-03-19 ]

点此下载吉祥棋牌,吉祥棋牌游戏官网:召开“吉祥棋牌,吉祥棋牌游戏官网2016年度测试会议”的通知原件



为了推动医学装备和医学信息系统的互联互通吉祥棋牌,吉祥棋牌游戏官网:化进程,从源头逐步改善医学信息环境。吉祥棋牌,吉祥棋牌游戏官网会医学装备信息交互与集成分会(吉祥棋牌,吉祥棋牌游戏官网)定于2016年3月29日至4月2日(共5个工作日),在北京清华科技园学研大厦C座二层,多功能厅(北京市海淀区双清路30号清华大学东门)举办“吉祥棋牌,吉祥棋牌游戏官网2016年度测试会议”。

一、测试安排

时间 内容 备注
从2015年12月25日
至2016年2月22日
1、提交报名申请表
2、完成网上申请注册
(包括申请测试账号、加入参加测试的系统、选取需要测试的功能角色)
报名申请邮箱:
13701073150@139.com
申请注册网站:
http://gazelle.ihe-c.org/
从2015年12月25日
至2016年3月11日
1、使用测试工具预测试
2、上传自测试日志
预测试(Pre-Connectathon)网站:
http://gazelle.ihe-c.org/
从2016年3月29日
至2016月4月2日
1、 现场联通、集成测试
2、 模拟医院环境测试
测试会议(Connectathon)地点:
北京,清华科技园学研大厦C座二层,多功能厅

二、测试内容(详见附件)

1、监护仪及信息系统专项测试;

2、呼吸机及信息系统专项测试;

3、麻醉机及信息系统专项测试;

4、CT设备系统专项测试;

5、MR设备系统专项测试;

6、远程会诊系统专项测试;

7、电子病历系统专项测试;

8、HIS系统专项测试;

9、数字心电诊断系统专项测试;

10、区域医疗信息平台专项测试;

11、全院级PACS系统专项测试;

12、基础级检验系统专项测试;

13、数字超声诊断系统专项测试;

14、CR/DR设备系统专项测试;

15、健康一体机管理器及管理系统专项测试

16、自选功能角色测试;

三、测试费用

1、专项测试费用:

以一个系统为最小单元(如PACS服务器、心电采集设备),其中所要求的功能角色必须全部申报,此测试方式的费用为每个功能角色2000元人民币。

2、自选功能角色测试费用:

放射学领域(RAD)、IT基础设施领域(ITI)、心脏学领域(CARD)、检验学领域(LAB)、患者护理领域(PCD),五个领域的功能角色皆可任意选择申报,此测试方式的费用为每个功能角色3500元人民币。

四、缴费说明

此次测试会议由吉祥棋牌,吉祥棋牌游戏官网会医学装备信息交互与集成分会(吉祥棋牌,吉祥棋牌游戏官网)主办,北京国卫嘉和医学装备技术服务有限公司协办,具体缴费信息为:

开户名称:北京国卫嘉和医学装备技术服务有限公司

开户银行:交通银行北京阜外支行

帐号:110060239018170096636

五、联系方式

李路斌:15201198980,wgm_413@163.com

孟为民:13701073150,13701073150@139.com

请各参测单位于2016年2月22日12:00时前传回测试报名表,发送至邮箱13701073150@139.com,同期完成网上gazelle系统的注册申请、报名。请于2016年3月11日12:00时前上传自测日志至gazelle系统中,以便安排。

附件:吉祥棋牌,吉祥棋牌游戏官网2016年度测试会议指南

一、测试会议时间:2016年3月29日(9:00)至 4月2日(17:00)

二、测试会议地点:北京,清华科技园学研大厦C座二层,多功能厅 (北京市海淀区双清路30号清华大学东门)

三、测试范围:

1、监护仪及信息系统专项测试要求

监护仪设备 集成模式 功能角色 可选性
监护设备通信 DEC 设备数据报告者 Device Observation Reporter 必须(R)
报警管理 ACM 报警通知发出者 Alert Reporter 必须(R)
时间一致性 CT 时间客户端 Time Client 必须(R)
患者信息查询PDQ 患者信息提供者 Patient Demographics Supplier 可选(O)
监护信息系统 监护设备通信 DEC 设备数据使用者 Device Observation Consumer 必须(R)
时间一致性 CT 时间服务器 Time Server 必须(R)
报警管理 ACM 报警信息管理者 Alert Manager 必须(R)
报警信息使用者 Alert Consumer 必须(R)
报警信息交流者 Alert Communicator 可选(O)
患者信息查询PDQ 患者信息使用者 Patient Demographics Consumer 可选(O)


(1)此专项测试为打包性测试;

(2)此项测试必须支持GB18030 、GB2312或UTF-8,任一种编码;

(3)通过上表中所有集成模式的所有功能角色,即监护仪及信息系统整体产品通过测试;

(4)通过上表中监护仪设备、监护信息系统任一部分,即相应系统通过测试;

     (5)未通过上表中任一部分,仅通过部分功能角色,即相应功能角色通过测试。

2、呼吸机及信息系统专项测试要求

呼吸机设备 集成模式 功能角色 可选性
监护设备通信 DEC 设备数据报告者 Device Observation Reporter 必须(R)
报警管理 ACM 报警通知发出者 Alert Reporter 必须(R)
时间一致性 CT 时间客户端 Time Client 必须(R)
患者信息查询PDQ 患者信息提供者 Patient Demographics Supplier 可选(O)
呼吸机信息系统 监护设备通信 DEC 设备数据使用者 Device Observation Consumer 必须(R)
时间一致性 CT 时间服务器 Time Server 必须(R)
报警管理 ACM 报警信息管理者 Alert Manager 必须(R)
报警信息使用者 Alert Consumer 必须(R)
报警信息交流者 Alert Communicator 可选(O)
患者信息查询PDQ 患者信息使用者 Patient Demographics Consumer 可选(O)

①此专项测试为打包性测试;

②此项测试必须支持GB18030 、GB2312或UTF-8,任一种编码;

③通过上表中所有集成模式的所有功能角色,即呼吸机及信息系统整体产品通过测试;

④通过上表中呼吸机设备、呼吸机信息系统任一部分,即相应系统通过测试;

⑤未通过上表中任一部分,仅通过部分功能角色,即相应功能角色通过测试。

3、麻醉机及信息系统专项测试要求

麻醉机设备 集成模式 功能角色 可选性
监护设备通信
DEC
设备数据报告者
Device Observation
Reporter
必须(R)
报警管理
ACM
报警通知发出者
Alert Reporter
必须(R)
时间一致性
CT
时间客户端
Time Client
必须(R)
患者信息查询PDQ 患者信息提供者
Patient Demographics Supplier
可选(O)
麻醉机信息系统 监护设备通信
DEC
设备数据使用者
Device Observation
Consumer
必须(R)
时间一致性
CT
时间服务器
Time Server
必须(R)
报警管理
ACM
报警信息管理者
Alert Manager
必须(R)
报警信息使用者
Alert Consumer
必须(R)
报警信息交流者
Alert Communicator
可选(O)
患者信息查询PDQ 患者信息使用者
Patient Demographics Consumer
可选(O)

①此专项测试为打包性测试;

②此项测试必须支持GB18030 、GB2312或UTF-8,任一种编码;

③通过上表中所有集成模式的所有功能角色,即麻醉机及信息系统整体产品通过测试;

④通过上表中麻醉机设备、麻醉机信息系统任一部分,即相应系统通过测试;

  ⑤未通过上表中任一部分,仅通过部分功能角色,即相应功能角色通过测试。

4、电子计算机X线断层扫描设备(CT)系统专项测试要求

系统 集成模式 角色 可选性
CT影像设备 预约工作流程
SWF
采集设备
Acquisition Modality
必须项
R
患者信息整合
PIR
采集设备
Acquisition Modality
必须项
R
影像一致性处理
CPI
采集设备
Acquisition Modality
必须项
R
打印排版
Print Composer
必须项
R
影像显示
Image Display
可选择项
O
证据生成
Evidence Creator
可选择项
O
影像存储
Image Archive
可选择项
O
证据文档
ED
采集设备
Acquisition Modality
必须项
R
影像便携性处理
PDI
便携介质创建
Portable Media Creator
必须项
R
打印排版
Print Composer
必须项
R
放射计量监控
REM
采集设备
Acquisition Modality
必须项
R
CT后处理工作站 影像一致性处理
CPI
影像显示
Image Display
必须项
R
证据生成
Evidence Creator
必须项
R

①此专项测试为打包性测试;

②此项测试必须支持GB18030或UTF-8;

③通过上表中所有集成模式的所有功能角色,即CT设备系统整体产品通过测试;

④通过上表中CT影像设备、CT后处理工作站任一部分,即相应系统通过测试;

    ⑤未通过上表中任一部分,仅通过部分功能角色,即相应功能角色通过测试。

5、核磁共振成像设备(MR)系统专项测试要求

系统 集成模式 角色 可选性
MR影像设备 预约工作流程
SWF
采集设备
Acquisition Modality
必须项 R
患者信息整合
PIR
采集设备
Acquisition Modality
必须项 R
影像一致性处理
CPI
采集设备
Acquisition Modality
必须项 R
打印排版
Print Composer
必须项 R
影像显示
Image Display
可选择项 O
证据生成
Evidence Creator
可选择项 O
影像存储
Image Archive
可选择项 O
证据文档
ED
采集设备
Acquisition Modality
必须项 R
影像便携性处理
PDI
便携介质创建
Portable Media Creator
必须项 R
打印排版
Print Composer
必须项 R
MR后处理工作站 影像一致性处理
CPI
影像显示
Image Display
必须项 R
证据生成
Evidence Creator
必须项 R

① 此专项测试为打包性测试;

② 此项测试必须支持GB18030或UTF-8;

③ 通过上表中所有集成模式的所有功能角色,即MR设备系统整体产品通过测试;

④ 通过上表中MR影像设备、MR后处理工作站任一部分,即相应系统通过测试;

⑤ 未通过上表中任一部分,仅通过部分功能角色,即相应功能角色通过测试。

6、远程会诊系统专项测试要求

系统 集成模式 角色 可选性
远程会诊中心 患者身份信息交叉索引
PIX
患者身份信息源
Patient Identity Source
必须项
R
患者基本信息查询
PDQ
患者信息提供
Patient Demographics
Supplier
必须项
R
跨机构文档共享
XDS.b
文档源
Document Source
必须项
R
跨机构影像文档共享
XDS-I
影像文档源
Imaging Document Source
必须项
R
远程会诊客户端 患者身份信息交叉索引
PIX
患者标识号交叉索引使用
Patient Identifier
Cross-reference Consumer
必须项
R
患者基本信息查询
PDQ
患者基本信息使用
Patient Demographics
Consumer
必须项
R
跨机构文档共享
XDS.b
文档消费者
Document Consumer
必须项
R
跨机构影像文档共享
XDS-I
影像文档消费者
Imaging Document Consumer
必须项
R
获取信息显示
RID
显示
ID
必须项
R
信息源
Information Source
必须项
R
时间同步
CT
时间客户端
Time Client
必须项
R
远程会诊服务器 跨机构文档共享
XDS.b
文档注册库
Document Registry
必须项
R
文档存储库
Document Repository
必须项
R
患者身份信息交叉索引
PIX
患者标识号交叉索引管理
Patient Identifier
Cross-reference Manager
必须项
R
时间同步
CT
时间服务器
Time Server
必须项
R
系统安全 审计跟踪与节点验证
ATNA
安全节点
Secure Node
可选择项
O

① 此专项测试为打包性测试;

② 此项测试必须支持GB18030或UTF-8;

③ 通过上表中远程会诊客户端和远程会诊服务器两部分,即整体医院级远程会诊产品通过测试;

④ 通过上表中远程会诊中心、远程会诊客户端和远程会诊服务器三部分,即整体中心级远程会诊产品通过测试;

⑤ 通过上表中远程会诊中心、远程会诊客户端、远程会诊服务器任一部分,即相应系统通过测试;

⑥ 未通过上表中任一部分,仅通过部分功能角色,即相应功能角色通过测试。

7、电子病历系统专项测试

系统 领域 集成模式 功能角色 事务 可选性
患者信息管理 PIM IT基础设施 ITI 患者身份信息交叉索引 PIX 患者标识号交叉索引管理 Patient Identifier Cross-reference Manager ITI-8 ITI-30 ITI-9 ITI-10 必须性 - R
患者身份信息源 Patient Identity Source ITI-8 ITI-30 必须性 - R
患者标识号交叉索引使用 Patient Identifier Cross-reference Consumer ITI-9 ITI-10 必须性 - R
患者基本信息查询 PDQ 患者基本信息使用 Patient Demographics Consumer ITI-21 ITI-22 必须性 - R
电子医嘱管理 CPOE 放射学领域 RAD 预约工作流程 SWF 患者注册管理 ADT RAD-1 RAD-12 必须性 - R
检查申请提交 Order Placer RAD-1 RAD-12 RAD-2 RAD-3 RAD-48 必须性 - R
简单图像和数字化报告 SINR 机构报告存储库 Enterprise Report Repository RAD-28 必须性 - R
收费通知 CHG 检查申请受理 DSS/Order Filler RAD-35 必须性 - R
临床数据中心CDR IT基础设施 ITI 跨机构文档共享 XDS.b 文档源 Document Source ITI-18 ITI-43 必须性 - R
文档消费者 Document Consumer ITI-41 必须性 - R
文档存储库 Document Repository ITI-41 ITI-42 ITI-43 必须性 - R
文档注册 Document Registry ITI-42 ITI-18
必须性 - R
患者基本信息查询 PDQ 患者基本信息提供 Patient Demographics Supplier ITI-21 ITI-22 必须性 - R
获取显示信息 RID 信息源 Information Source ITI-11 ITI-12 必须性 - R
信息显示 Display ITI-11 ITI-12 必须性 - R
放射学领域 RAD 简单图像和数字化报告 SINR 报告管理 Report Manager RAD-28 必须性 - R
跨机构影像文档共享 XDS-I 影像文档源 Imaging Document Source RAD-55 RAD-68 RAD-16 RAD-17 RAD-27 RAD-31 RAD-45 必须性 - R
影像文档消费者 Imaging Document Consumer RAD-55 RAD-69 RAD-16 RAD-17 RAD-27 RAD-31 RAD-45 必须性 - R
系统安全 IT基础设施 ITI 审计跟踪与节点验证 ATNA 安全节点 Secure Node ITI-19 ITI-20 可选择性 -O

测试说明:

① 此专项测试为打包性测试;

② 此项测试必须支持GB18030或UTF-8;

③ 通过上表中患者信息管理(PIM)、电子医嘱管理(CPOE)、临床数据中心(CDR)三部分,即整体电子病历产品通过测试;

④ 通过上表中患者信息管理(PIM)、电子医嘱管理(CPOE)、临床数据中心(CDR)任一部分,即相应系统通过测试;

⑤ 未通过上表中任一部分,仅通过部分功能角色,即相应功能角色通过测试。

8、HIS系统专项测试

系统 领域 集成模式 功能角色 事务 可选性
医院信息管理系统
HIS
放射学领域
RAD
预约工作流程
SWF
患者注册管理
ADT
RAD-1
RAD12
必须性
- R
检查申请提交
Order Placer
RAD-1
RAD-12
RAD-2
RAD-3
RAD-48
必须性
- R
患者信息一致性
PIR
患者注册管理
ADT
RAD-12 必须性
- R
检查申请提交
Order Placer
RAD-12 必须性
- R
收费通知
CHG
收费处理
Charge Posting
RAD-35 必须性
- R
简单图像
数字化报告
SINR
机构报告存储库
Enterprise
Report
Repository
RAD-28 可选择性
-O
IT基础架构
ITI
获取显示信息
RID
信息源
Information
Source
ITI-11
ITI-12
必须性
- R
信息显示
Display
ITI-11
ITI-12
必须性
- R
审计跟踪
节点验证
ATNA
安全节点
Secure Node
ITI-19
ITI-20
必须性
- R
时间一致性
CT
时间同步客户端
Time Client
ITI-1 必须性
- R

测试说明:

① 此专项测试为打包性测试;

② 此项测试必须支持GB18030或UTF-8;

③ 通过上表中所有集成模式的所有功能角色,即HIS系统通过测试;

④ 未通过上表中所有功能角色,仅通过部分功能角色,即相应功能角色通过测试。

9、数字心电诊断系统专项测试

系统 领域 集成模式 功能角色 事务 可选性
医院信息管理系统 心病学领域
CARD
静息心电工作流程
REWF
患者注册管理
ADT
RAD-1
RAD-12
R
检查申请提交
Order Placer
RAD-1
RAD-12
RAD-2
RAD-3
R
可显示的报告
DRPT
企业报告仓库
Enterprise Report Repository
CARD-7
CARD-8
O
数字心电诊断系统 心病学领域
CARD
静息心电工作流程
REWF
检查申请受理
Order Filler
CARD-7
RAD-1
RAD-12
RAD-2
RAD-3
CARD-12
CARD-1
RAD-7
RAD-20
RAD-21
RAD-4
RAD-13
RAD-49
R
执行步骤管理
Performed Procedure Step Manager
CARD-1
RAD-7
RAD-20
RAD-21
R
报告生成
Report Creator
CARD-7
CARD-13
CARD-4
R
图像管理/存储
Image Manager/Image Archive
CARD-13
CARD-4
CARD-2
CARD-3
RAD-12
RAD-13
RAD-4
RAD-49
CARD-3
CARD-1 RAD-7
RAD-20
RAD-21
R
图像显示
Image Display
CARD-13
CARD-4
R
报告管理
Report Manager

CARD-7

R
证据创建
Evidence Creator
CARD-2
CARD-3
RAD-20
RAD-21
R
检索心电图显示
ECG
显示心电图
Display
ITI-11
CARD-5
CARD-6
R
心电图数据源
Information Source
ITI-11
CARD-5
CARD-6
R
可显示的报告
DRPT
检查申请受理
Order Filler
CARD-8
RAD-4
RAD-12
RAD-13
R
报告生成
Report Creator
CARD-7 R
报告管理
Report Manager
CARD-7
CARD-8
RAD-4
RAD-12
RAD-13
CARD-9
CARD-10
R
报告存储库
Report Repository
CARD-9
CARD-10
RAD-12
CARD-11
R
报告阅读
Report Reader
CARD-10
CARD-11
R
心电采集设备
(可为心电采集设备及附带工作站,二者独立或打包的形式作为心电采集设备参与测试)
心病学领域
CARD
静息心电工作流程
REWF
采集设备
Acquisition Modality
CARD-12
CARD-1
RAD-7
CARD-2
CARD-3
R
证据创建
Evidence Creator
CARD-2
CARD-3
RAD-20
RAD-21
R

测试说明:

① 此专项测试为打包性测试;

② 此项测试必须支持GB18030或UTF-8;

③ 必须支持HL7、DICOM通讯;

④ 必须支持DICOM存储方式;

⑤ 通过上表中数字心电诊断系统这一部分,即整体数字心电诊断产品通过测试;

⑥ 通过上表中心电采集设备这一部分,即整体心电设备通过测试;

⑦ 通过上表中医院信息管理系统这一部分,即该系统与心电设备、系统联通部分通过测试;

⑧ 未通过上表中任一部分,仅通过部分功能角色,即相应功能角色通过测试。

10、区域医疗信息平台专项测试

系统 集成模式 功能角色 可选性
区域文档共享中心平台 跨机构文档共享 (XDS.b) 文档仓库 Document Repository 必须性 -R
文档注册者 Document Registry 必须性 -R
患者交叉索引 (PIX) PIX使用者 PIX-Reference Consumer 选择性 -O
PIX管理者 PIX-Reference Manager 必须性 -R
患者信息查询 (Patient Demographic Query) PDQ 提供者 PDQ Supplier 必须性 -R
时间一致性 (CT) 时间同步客户端 Time Client 必须性 -R
跨机构影像文档共享 (XDS-I) 文档仓库 Document Repository 必须性 -R
文档注册者 Document Registry 必须性 -R
区域共享文档源 跨机构文档共享 (XDS.b) 文档源 Document Source 必须性 -R
患者标识源 Patient Identity Source 选择性 -O
集成的文档源和文档仓库 Integrated Document Source/Repository 选择性 -O
时间一致性 (CT) 时间同步客户端 Time Client 选择性 -O
患者交叉索引 (PIX) PIX使用者 PIX-Reference Consumer 必须性 -R
患者信息查询 (Patient Demographic Query) PDQ 使用者 PDQ Consumer 必须性 -R
跨机构影像文档共享 (XDS-I) 影像文档源 Imaging Document Source 必须性 -R
文档源 Document Source 必须性 -R
集成的文档源和文档仓库 Integrated Document Source/Repository 选择性 -O
患者标识源 Patient Identity Source 选择性 -O
区域共享文档消费者 跨机构文档共享 (XDS.b) 文档源 Document Source 必须性 -R
文档消费者 Document Consumer 必须性 -R
时间一致性 (CT) 时间同步客户端 Time Client 选择性 -O
患者交叉索引 (PIX) PIX使用者 PIX-Reference Consumer 选择性 -O
患者信息查询 (Patient Demographic Query) PDQ 使用者 PDQ Consumer 选择性 -O
跨机构影像文档共享 (XDS-I) 影像文档消费者 Imaging Document Consumer 必须性 -R
文档消费者 Document Consumer 必须性 -R

测试说明:

① 此专项测试为打包性测试;

② 此项测试必须支持GB18030或UTF-8;

③ 此项测试必须支持DICOM C-MOVE或WADO,两者间任一种传输方式;

④ 此项测试必须支持TLS通讯、数字证书及密钥服务;

⑤ 通过上表中区域文档共享中心平台、区域共享文档源、区域共享文档使用系统三部分,即整体区域医疗信息产品通过测试;

⑥ 通过上表中区域文档共享中心平台、区域共享文档源、区域共享文档使用系统任一部分,即相应系统通过测试;

⑦ 未通过上表中任一部分,仅通过部分功能角色,即相应功能角色通过测试。

11、全院级PACS系统专项测试

系统 集成模式 功能角色 可选性
医院信息管理系统
- HIS
预约工作流程
- SWF
患者注册管理
- ADT
必须性
- R
检查申请提交
- Order Placer
必须性
- R
患者信息整合
- PIR
患者注册管理
- ADT
必须性
- R
检查申请提交
- Order Placer
必须性
- R
放射科信息系统
- RIS
预约工作流程
- SWF
检查申请受理
- Order Filler
必须性
- R
操作步骤管理
- PPSM
选择性
- O
患者信息整合
- PIR
检查申请受理
- Order Filler
必须性
- R
操作步骤管理
- PPSM
选择性
- O
报告管理
- Report Manager
必须性
- R
报告工作流程
- RWF
检查申请受理
- Order Filler
必须性
- R
报告创建/报告阅读
- Report Creator/Report
Reader
必须性
- R
报告管理
- Report Manager
必须性
- R
操作步骤管理
- PPSM
选择性
- O
PACS服务器 预约工作流程
- SWF
影像管理
- Image Manager
必须性
- R
操作步骤管理
- PPSM
选择性
- O
患者信息整合
- PIR
影像管理
- Image Manager
必须性
- R
操作步骤管理
- PPSM
选择性
- O
影像一致性显示
- CPI
影像管理
- Image Manager
必须性
- R
报告工作流程
- RWF
影像管理
- Image Manager
必须性
- R
操作步骤管理
- PPSM
选择性
- O
PACS影像工作站 预约工作流程
- SWF
影像显示
- Image Display
必须性
- R
证据生成
- Evidence Creator
选择性
- O
影像一致性显示 - CPI 影像显示
- Image Display
必须性
- R
证据生成
- Evidence Creator
选择性
- O
打印排版
- Print Composer
必须性
- R
影像数据便携性处理
- PDI
便携性媒体创建
- Portable Media
 Creator
必须性
- R
便携性媒体导入
- Portable Media
 Importer
必须性
- R
影像显示
- Image Display
必须性
- R
报告阅读
- Report Reader
必须性
- R
打印排版
- Print Composer
必须性
- R
PACS后处理工作站 预约工作流程
- SWF
影像显示
- Image Display
选择性
- O
证据生成
- Evidence Creator
必须性
- R
影像一致性显示
- CPI
影像显示
- Image Display
选择性
- O
证据生成
- Evidence Creator
必须性
- R
打印排版
- Print Composer
选择性
- O
影像数据便携性处理
- PDI
便携性媒体创建
- Portable Media
 Creator
选择性
- O
便携性媒体导入
- Portable Media
 Importer
选择性
- O
影像显示
- Image Display
选择性
- O
报告阅读
- Report Reader
选择性
- O
打印排版
- Print Composer
选择性
- O
影像采集设备
- Modality
预约工作流程
- SWF
采集设备
- Acquisition Modality
必须性
- R
患者信息整合
- PIR
采集设备
- Acquisition Modality
必须性
- R
影像一致性显示
- CPI
采集设备
- Acquisition Modality
必须性
- R
打印排版
- Print Composer
必须性
- R
影像数据便携性处理
- PDI
打印排版
- Print Composer
选择性
- O
影像打印机 影像一致性显示
- CPI
打印服务
- Print Server
必须性
- R

测试说明:

① 此专项测试为打包性测试;

② 此项测试必须支持GB18030或UTF-8;

③ 通过上表中放射信息管理系统RIS、PACS服务器、PACS影像工作站、PACS后处理工作站四部分,即整体PACS产品通过测试;

④ 通过上表中放射信息管理系统RIS、PACS服务器、PACS影像工作站、PACS后处理工作站任一部分,即相应系统通过测试;

⑤ 通过上表中医院信息管理系统HIS、采集设备Modality、影像打印机任一部分,即相应系统与PACS系统联通部分通过测试;

⑥ 未通过上表中任一部分,仅通过部分功能角色,即相应功能角色通过测试。

12、基础级检验系统专项测试

系统 集成模式 角色 可选性

医院信息管理系统
HIS

实验室检验工作流程
LTW
申请单受理
Order Placer
必须性
- R
申请单结果跟踪
Order Result
Tracker
选择性
- O
实验室标本条码管理
LBL
标本条码标签提供者
Label Information Provider
必须性
- R
标本条码标签分发者
Label Broker
必须性
- R
实验室检验代码集分发管理
LCSD
代码集管理者
Code Set Master
选择性
- O
实验室信息管理系统
LIS
实验室检验工作流程
LTW
申请单受理
Order Placer
必须性
- R
申请单结果跟踪
Order Result
Tracker
必须性
- R
自动化管理者
Automation Manager
选择性
- O
实验室标本条码管理
LBL
标本条码标签提供者
Label Information Provider
必须性
- R
标本条码标签分发者
Label Broker
必须性
- R
实验室检验设备自动化
LDA
自动化管理者
Automation Manager
选择性
- O
定点检验
L吉祥棋牌,吉祥棋牌游戏官网
申请单受理
Order Filler
选择性
- O
实验室检验代码集分发管理
LCSD
代码集管理者
Code Set Master
选择性
- O
代码消费者
Code Set Consumer
选择性
- O
临床检验结果共享
XD-LAB
内容生成者
Content Creator
必须性
- R
实验室自动化系统
LAS
实验室检验工作流程
LTW
自动化管理者
Automation Manager
必须性
- R
实验室检验设备自动化
LDA
自动化管理者
Automation Manager
必须性
- R
实验室检验代码集分发管理 LCSD 代码消费者
Code Set Consumer
选择性
- O
实验室检验仪 实验室检验设备自动化
LDA
分析前/后处理者
Pre/Post-processor
必须性
- R
分析仪
Analyzer
必须性
- R

测试说明:

①此专项测试为打包性测试;

②此项测试必须支持GB18030或UTF-8;

③通过上表中实验室信息管理系统LIS部分,即整体常规实验室检验产品通过测试;

④通过上表中实验室信息管理系统LIS、实验室自动化系统LAS、实验室检验仪三部分,即整体自动化实验室检验产品通过测试;

⑤通过上表中实验室自动化系统LAS、实验室检验仪任一部分,即相应系统通过测试;

⑥通过上表中医院信息管理系统HIS,即该系统与实验室检验系统联通部分通过测试;

⑦未通过上表中任一部分,仅通过部分功能角色,即相应功能角色通过测试。

13、数字超声诊断系统专项测试

系统 集成模式 功能角色 可选性
数字超声诊断系统 预约工作流程
SWF
采集设备
Acquisition Modality
必须性
- R
患者信息整合
PIR
采集设备
Acquisition Modality
必须性
- R
影像一致性表示
CPI
采集设备
Acquisition Modality
必须性
- R
证据文档
ED
采集设备
Acquisition Modality
必须性
- R
便携介质交互
PDI
便携介质创建者
Portable Media Creator
必须性
- R
时间一致性
CT
时间同步客户端
Time Client
必须性
- R

测试说明:

① 此专项测试为打包性测试;

② 此项测试必须支持GB18030或UTF-8;

③ 通过上表中所有集成模式的所有功能角色,即数字超声诊断系统通过测试;

④ 仅通过上表中部分功能角色,即相应功能角色通过测试。

14、CR/DR设备系统专项测试

系统 集成模式 角色 可选性
计算机X线摄影
CR
预约工作流程
SWF
采集设备
Acquisition Modality
必须性
- R
患者信息整合
PIR
采集设备
Acquisition Modality
必须性
- R
影像一致性显示
CPI
采集设备
Acquisition Modality
必须性
- R
打印排版
Print Composer
必须性
- R
数字化X线摄影
DR
预约工作流程
SWF
采集设备
Acquisition Modality
必须性
- R
患者信息整合
PIR
采集设备
Acquisition Modality
必须性
- R
影像一致性显示
CPI
采集设备
Acquisition Modality
必须性
- R
打印排版
Print Composer
必须性
- R

测试说明:

① 此专项测试为打包性测试;

② 此项测试必须支持GB18030或UTF-8;

③ 通过上表中计算机X线摄影CR、数字化X线摄影DR任一部分,即相应系统通过测试;

④ 未通过上表中任一部分,仅通过部分功能角色,即相应功能角色通过测试。

15、健康一体机管理器及管理系统专项测试

系统 集成模式 功能角色 可选性
健康一体机管理器
管理系统
时间一致性
CT
时间同步客户端
Time Client
必须性
- R
患者身份信息交叉索引
PIX
患者标识源
Patient Identity
Source
必须性
- R
PIX使用者
PIX-Reference Consumer
必须性
- R
患者信息查询
Patient
Demographic Query
PDQ 使用者
PDQ Consumer
必须性
- R
跨机构文档共享
XDS.b
文档源
Document Source
必须性
- R
获取显示信息
RID
信息显示
Display
必须性
- R

测试说明:

① 此专项测试为打包性测试;

② 此项测试必须支持GB18030或UTF-8;

③ 通过上表中所有集成模式的所有功能角色,即相应系统通过测试;

④ 未通过上表中任一部分,仅通过部分功能角色,即相应功能角色通过测试。

16、自选功能角色测试

放射学(RAD)、IT基础设施(ITI)、心脏学(CARD)、检验学(LAB),这四个领域的功能角色皆可任意选择申报,选择申报的功能角色通过相应的用例,即证明相应功能角色通过测试。

四、参测系统和设备应具备的条件

1、参测系统和设备必须为已经上市销售的产品,或已完成研发即将上市的产品。正在开发中的产品、中间件等不能直接交付最终用户使用的产品不属于测试对象。

2、参加测试的每个功能角色(Actor),必须支持所属的集成模式(Profile)规定的所有事务(Transaction)。只支持部分事务(Transaction)不能参加测试。

五、报名申请

参测厂商必须将报名申请表(Excel表)于2016年2月22日12:00前填写完成,发送到13701073150@139.com,同时在测试管理系统(gazelle.ihe-c.org)完成注册。吉祥棋牌,吉祥棋牌游戏官网:注册有以下注意事项:

(1)请先注册测试者的账号,每个参测人员都需注册一个独立的账号,在注册同时选择从属于哪家公司(现已将以前参加过吉祥棋牌,吉祥棋牌游戏官网测试会议的企业添加到测试系统中,测试人员注册时直接选择即可,如系统不存在参测者所在的公司,请联系测试主管:15201198980、13701073150)

(2)请在测试管理系统(gazelle)中为每一个要注册的系统添加一个条目。确保所有支持的功能角色(Actor)、集成模式(Profile)、选项的组合都已经添加至测试管理系统(gazelle)中。

(3)对于某些功能角色(Actor),测试管理系统(gazelle)会提醒是否有对等功能角色(Actor)缺失。如发现在gazelle和技术框架中有不一致的情况,请联系主办方。每注册一个系统,需要提供一份技术联系单(包括姓名、电子邮件,电话和邮政地址等)。在注册开放期,可以添加和删除系统。一旦注册截止就不能在你的系统中添加/删除功能角色(Actor)或集成模式(Profile)。

完全测试(Thorough):必须为参加系统支持的每一个功能角色(Actor)执行所有必需的测试。每一个测试至少要同三个不同厂商进行互连性测试才算有效。

支持测试(Supportive):一些厂商之前已经完成了某种集成模式(Profile)和功能角色(Actor)的测试。这些厂商把系统带到这次的Connectathon测试中来,但是不希望重新测试之前的那些组合。这时这些厂商将这些系统注册为一个“支持系统”支持测试,帮助其他厂商进行测试。

注册/系统要求:每一个注册的系统都必须是一个符合下列要求的完整的产品:

1、是一个集成模式(Profile)和功能角色(Actor)的合理组合

2、是一个能进行销售的产品(如果有任何有关具体系统的疑问,请联系主办方)

中间件:IHE集成模式(Profile)和功能角色(Actor)组合的目标是用户能购买的应用程序。中间件是应用系统一个重要部分,但是中间件应用程序不能参加测试。中间件厂商应该与用户厂商合作,把一个完整的“产品”引入到Connectathon中来进行测试。

MESA:MESA是预测试软件的名称。该测试软件在Connectathon测试前预先会被分布给各个厂商。厂商需在Connectathon测试前进行Pre-Connectathon预测试,成功地完成或者通过这些测试,并按规定的日期提交显示成功的测试日志。如果参测系统的功能角色(Actor)没有通过MESA测试,将不被允许参加Connectathon测试。这样要求的目的是为了保证参测厂商认真筹备,不会因为厂商没有完成自测试而浪费测试伙伴的时间。

六、预测试系统(Pre-Connectathon)测试过程

1、Pre-Connectathon测试所有用例在测试管理系统(gazelle)均以列出。

2、每个测试有一个号码和名称,覆盖了能直接在技术框架中找到的一个用例或者需求。

3、每一个集成模式(Profile)中的每一个功能角色(Actor)有一个或多个需要在Connectathon前完成的测试。这些需求已在测试管理系统(gazelle)系统列出。

4、同一个集成模式(Profile)的同一个用例中,不同的功能角色(Actor)可以重用测试号码和名称。但是测试名称和号码不能跨集成模式(Profile)或跨领域重用。

5、每个厂商运行已有的测试。每个测试都有一个测试脚本或者其他生成结果日志、成功日志的机制。每个厂商都有责任捕获结果日志或成功日志,并将这个日志提交给相关的测试主管。

6、每个厂商必须为所有列出的测试提交测试结果,必须“零错误”完成或者成功通过所有测试。但厂商不必提交有已知错误的测试结果。

7、厂商可以向主办方或测试主管提交MESA工具的缺陷报告。如果在MESA工具中找到一个致命缺陷,应该提交一个缺陷报告单,而不仅说明这个测试失败了。通过提交缺陷报告单,主办方能修复这些问题并发布新的软件版本。

8、每个厂商都必须在截止日期(2016年3月11日)前提交自测试结果。如没有及时提交,厂商将会失去参加Connectathon测试的资格。

七、集成测试会议(Connectathon)步骤

1、厂商至少在举办测试会前一晚抵达北京。在2016年3月29日上午8:30到指定场地,参加测试会议开幕式。

2、开幕式后,安装设备,并将设备联到测试网络中。

3、使用公布的IP地址连接到gazelle网络,官方正式测试将在第一天上午11:00开始,在此之前可以运行一些测试作为预演。

4、gazelle会列出潜在的正在和贵公司进行相同测试的测试伙伴。如果一个潜在伙伴正忙于其他测试,他们的状态会显示为”系统忙”。

5、厂商可以自行选择测试伙伴,如果双方同意,就可以开始测试。测试开始后,双方系统的数据库都会被锁定,以防其他厂商打扰。完成测试后,请标记已完成的测试。gazelle会使用一张电子工作单通知督察,督察将负责验证测试结果。

6、督察可能会要求再次运行测试,也可能要求查看日志,作为成功完成测试的证据。督察可能在厂商完成测试后测几个小时后才有空检查测试结果。请确保存储了日志数据,这样就能快速的为督察重现测试过程。

7、完成一个测试后,立刻可以开始下一个测试。和同一个测试伙伴合作,连续运行多个测试用例效率会很高。

8、在每天测试结束时,测试主管会检查测试结果,并判断哪些系统成功完成了哪些集成模式(Profile)哪些功能角色(Actor)的测试。这些测试结果会发布在测试管理系统(gazelle)上。

八、测试会议(Connectathon)现场基本原则

1、准则是在测试中互相合作,互相尊重。

2、注册日自2015年12月25日起,至2016年2月22日截止。参加者缴纳费用的多少取决于其注册系统的数量和类型。主办方将会审核申请表,确保每个厂商进行合理的注册。

3、不能保证每个厂商都能按时完成所有的测试。测试主管会尽力帮助参测厂商,厂商应该合理安排自己的日程,尽量在规定时间(5天)内完成所有申报的测试,或是在时间不足的情况下果断的放弃一些功能角色(Actor)。

4、在吉祥棋牌,吉祥棋牌游戏官网2016年度测试会议期间,任何新的集成模式(Profile),功能角色(Actor)或选项都不能被添加到测试管理系统(gazelle)。

5、如果需要特殊的网络配置,请在2016年3月11日前联系主办方,主办方会考虑你的特殊要求。因此,需要提前到达吉祥棋牌,吉祥棋牌游戏官网 2015年度测试会场来进行特殊的网络配置。

6、在整个吉祥棋牌,吉祥棋牌游戏官网2016年度测试会期间(3月29日9:00-4月2日17:00),每一个需要测试的系统都必须配备相关工作人员。且此期间即使完成所有测试验证也不可擅自离开会场,需要继续支持其他测试伙伴完成测试。

7、参测厂商应当在吉祥棋牌,吉祥棋牌游戏官网2016年度测试会议召开前提出对测试程序的建议或问题。如果吉祥棋牌,吉祥棋牌游戏官网2016年度测试会议的测试程序出现问题,请主办方协商解决。

8、测试过程应用中文和参加者交流。如果参加者不能理解中文,请携带一名可以担任翻译的助手。主办方不提供语言翻译。

9、参加者在到达活动现场之前需要签署一份保密协定。参加者不能利用吉祥棋牌,吉祥棋牌游戏官网2016年度测试会议进行有违商业道德的行为,例如偷取竞争者系统的信息。可以拍摄远景照片,但严禁拍摄任何系统,甚至包括自己系统的特写照片。

10、一般来说,各个系统需要在每一项规定测试中通过3个用例测试。每个用例测试的过程中都会有一名来自不同公司的合作者协助完成测试。如测试伙伴不足,测试主管可以做出合理调整。

11、建议携带一套列出配置信息的文本文件。给测试合伙伴一份信息来确认贵公司的配置。

12、测试主管保留在吉祥棋牌,吉祥棋牌游戏官网2016年度测试会议期间,为了应对不可预见的情况而发布新的规则的权利。

九、测试完成吉祥棋牌,吉祥棋牌游戏官网:

1、每个系统必须为每个测试完成3个成功互连互通的实例,以便获得一个集成模式里一个功能角色(Actor)的认证。3个成功实例的规则被普遍地认为是Connectathon测试获得成功的要求,这一般被称为“完全测试” (Thorough Test)。(请参考下面“完全测试需求的例外情况”)

2、参与厂商负责决定运行哪些测试并完成这些测试。对于某些支持多集成模式的系统而言,将是一个挑战。需要掌控测试进度。如果时间不充裕,可能要放弃某些测试。

3、在第4天结束时,应提交所有未完成的用例,第5天12:00后将不能提交新的测试用例。

4、所有的测试都是“开放性的测试”。厂商通过测试管理系统(gazelle)选择测试伙伴,完成适当的测试。

5、完全测试的例外情况

所有未通过整体测试的参测系统必须为“完全测试”(Thorough Testing)。

在测试会期间,某些集成模式或功能角色可能没有足够的系统参与配合测试。以下的规则将适用于这种情况:

(1)对于某个测试,如果少于三个系统作为测试伙伴参加测试,但至少有一个测试伙伴,厂商就需要完成与所有测试伙伴的测试。测试成功的用例也会在系统中发布。

(2)对于某一集成模式中,如果有一个或多个测试角色(Actor) 不能进行测试,厂商可以使用该集成模式中其他可用的角色(Actor)协助测试。在某些情况下,现场将有测试主管提供模拟功能角色(Actor)来完成测试。

(3)测试管理系统(gazelle)中的任何一个自行测试(No-Peer Testing)都需要完成一个测试用例。例如:上载数据到归档中心,或者演示系统校准。

6、Connectathon测试结果

(1)每一个功能角色(Actor)都需要执行一系列的测试。当一个功能角色(Actor)同其他厂商一起为每个测试完成三个用例时,就称之为某一模式(Profile)的一个角色(Actor)成功地完成了Connectathon测试。为了鼓励参与测试,吉祥棋牌,吉祥棋牌游戏官网将公布已Connectathon测试成功的功能角色,不公布任何测试失败的消息。

(2)吉祥棋牌,吉祥棋牌游戏官网记录测试结果并生成一个结果矩阵,在矩阵中罗列成功通过测试的集成模式(Profile)和功能角色(Actor)的组合。这些测试结果由吉祥棋牌,吉祥棋牌游戏官网发布,旨在公布各医疗系统的实际测试状况,以及鼓励医疗机构购买医疗系统时,建议和在采购规格要求书中要求销售商支持需要的IHE功能角色(Actor)和集成模式(Profile)。在提供这些信息后,鼓励厂商公开矩阵,向市场用户描述在这些系统中的IHE性能。同时,也鼓励买家在购买医疗IT产品时参考测试结果信息来鉴别系统是否符合应用需求。

(3)根据测试结果矩阵,将统计各参测系统的通过情况,向国家卫生行政部门上报,且公布给各省、市卫生计生委相关管理部门和各医疗机构相关部门,以供采购时参考。

(4)吉祥棋牌,吉祥棋牌游戏官网支持厂商在销售和宣传材料上提及他们参与了Connectathon,并成功完成了“一个或多个IHE集成模式(Profile)的一个或多个功能角色(Actor)”的测试。

十、测试主管联系方式

1、提交报名申请,在gazelle系统注册报名环节遇到问题请联系:

李路斌,15201198980,wgm_413@163.com

孟为民,13701073150,13701073150@139.com

2、gazelle系统应用问题,Pre-Connectathon预测试环节遇到问题请联系:

王怀亮,13761113233,huailiang.wang@united-imaging.com

杜达, 13816946275, dragonduda@gmail.com、da.du@united-imaging.com

3、技术咨询,技术资料提供请联系:

庄竣,13817918398,jim.zhuang@carestream.com

占志刚,13916374071,adam.zhan@carestreamhealth.com

4、在吉祥棋牌,吉祥棋牌游戏官网2016年度测试会议现场遇到问题,均可联系以上人员。


点此下载吉祥棋牌,吉祥棋牌游戏官网:召开“吉祥棋牌,吉祥棋牌游戏官网2016年度测试会议”的通知原件

网站地图

茬号