Connectathon测试指南.docx
- 文档编号:3314613
- 上传时间:2022-11-21
- 格式:DOCX
- 页数:9
- 大小:48.65KB
Connectathon测试指南.docx
《Connectathon测试指南.docx》由会员分享,可在线阅读,更多相关《Connectathon测试指南.docx(9页珍藏版)》请在冰豆网上搜索。
Connectathon测试指南
IHE-CConnectathon2010测试指南
一、IHE-C基本介绍
IHE(IntegratingthehealthcareEnterprise)是1997年由美国医疗信息和管理系统学会(HIMSS)及北美放射学年会(RSNA)共同发起成立的,目标是实现医疗信息系统之间信息的交互、集成与共享。
IHE定义了一个共同发展的努力和技术框架。
旨在改善和提高医疗信息共享水平,它是基于现有的DICOM和HL7等互联标准的基础上,建立起来的一套规范的工作流集成模式。
医疗机构采购符合IHE技术框架的装备或系统,可以大大缩短不同系统间信息集成的实施时间,使来自不同厂商的孤立系统有机结合成一个整体,既可优化医疗机构工作流程减少信息差错提高医护质量;又可以在信息互通、互联、集成的基础上为医疗机构间的信息共享,提供良好的技术服务和坚实的技术保障。
2009年1月,中国医学装备协会医学装备信息交互集成分会(简称IHE-C)经民政部、卫生部批准成立,IHE-C是由中华医学会放射分会、中国生物医学工程学会、中国医院协会、中国医疗器械行业协会、中国医学装备协会和中国标准化研究院联合共同倡议发起的组织,以务实,开放和应用导向为原则,目的是搭建一个平台,大力推广IHE在中国的宣传,教育,普及和应用。
并且负责与国际IHE组织的沟通合作,测试厂商提供的产品,共同推动中国医疗数字化、信息化快速发展。
继2008年5月在天坛医院开始IHE第一次全国测试后,2009年6月8日至12日中国医疗信息交互集成测试大会在北京天坛医院举行。
有10个厂商59个功能角色通过了测试,并获得测试通过证书。
现阶段对医学装备IHE的检测是自愿参加,不久的将来会由提倡变为强制执行。
二、相关定义
1、项目主管:
总体负责Connectathon项目的管理。
2、测试督察:
负责Connectathon过程中进行监督,确保测试过程和结果公正与公平。
督察由第三方人员担任。
3、MESA系统:
即自测系统,帮助参与厂商自行测试其系统是否符合IHEProfile的验证工具。
成功完成MESA测试是参加Connectathon的先决条件。
4、TMS系统:
一个基于WEB的Connectathon注册和管理系统。
测试活动过程中的大部分交流和管理过程都由该网站处理。
TMS主要功能包括:
(1)为厂商创建登录账号
(2)添加厂商相关信息和联系方式
(3)注册一个或多个要进行Connectathon测试的系统
(4)为系统增加配置信息
(5)为系统添加MESA测试结果
(6)在Connectathon测试前找到测试伙伴
(7)寻找其他所有在测试时使用到的系统的配置信息。
(8)找到网络配置信息
(9)在Connectathon测试前,检查你需要执行的测试;如果发现任何错误信息,请反馈给项目主管。
5、Domain:
IHE中译为“领域”,IHE是由若干临床或运营领域组成,本年度开设放射学领域(下设乳腺和核医学两个子领域)、基础设施领域和实验室领域。
6、Integrationprofile:
IHE中译为“集成模式”,是为厂商和用户提供一套方便的途径实现IHE技术框架功能性定义。
7、Transaction:
IHE中译为“事务”,是指交换信息在两个功能角色之间的特定交互作用。
8、ACTOR:
IHE中译为“功能角色”,产生、管理、对信息进行操作的系统或应用,在IHE中被称为ACTOR。
三、IHE-CConnectathon2010测试范围
1、放射学领域包括16个集成模式
SWF-预约工作流
PIR-病人信息校准
PDI-成像数据便携性
ED-证据文档
KIN-关键图像注解
RWF-报告工作流程
CPI-图像一致性显示
PGP-群集过程表现
ARI-放射学信息存取
SINR-单图像多报告
CHG-费用记录
PWF-后处理工作流程
NMIMAGE-核医学图像
XDS-I-跨企业图像共享
MammographyImaging-乳腺成像
IRWF-导入信息校准
2、IT基础设施领域包括10个集成模式
RID-获取信息并显示
EUA-机构用户认证
PIX-患者标识交叉索用
PSA-患者同步应用
CT-时间同步
PDQ-患者基本信息查询
ATNA-审计跟踪及节点认证
XDS-跨机构文档共享
PWP-个人白皮书
PAM-病人行政管理
3、实验学包括6个集成模式
LTW-实验室检验工作流
LDA-实验室设备自动化
LBL-实验室标本条码标签
LPOCT-实验室定点检验
LCSD-实验室代码集分发
XD-Lab-实验室检验报告分享
四、工作流程
技术主管负责技术支持和MESA测试
注册主管:
负责接受报名
测试主管:
负责现场测试
推广主管:
负责宣传推广
五、Connectathon申请注册
参加Connectathon的厂商必须在TMS系统(www.ihe-c.org/TMS)注册。
该系统开放注册的时间为2009年12月1日至2010年2月28日。
关于注册有以下注意事项:
(1)每个厂商为公司创建一个登录账号。
尽可能使用IHE在线列表中的名字。
如果找不到,请使用能标识组织的名字(如:
CSH代表CarestreamHealth)。
请不要使用个人名字进行注册。
(2)请在TMS系统中为每一个你要注册的系统添加一个条目。
确保所有你支持的角色(Actor)、模式(Profile)、选项的组合都已经添加至TMS中。
(3)对于某些角色(Actor),TMS系统会提醒你是否有对等角色(Actor)缺失。
如发现在TMS和技术框架中有不一致的情况,请通知Connectathon测试主管。
每注册一个系统,需要提供一份技术联系单(包括姓名、电子邮件,电话和邮政地址等)。
在注册开放期,可以添加和删除系统。
一旦注册截止就不能在你的系统中添加/删除角色(Actor)或模式(Profile)。
请为完成这个工作所需的时间做一个适当的估计,然后再做决定。
测试厂商明确测试责任和义务后,必须交纳测试费用。
完全测试:
必须为参加系统支持的每一个角色(Actor)执行所有必需的测试。
每一个测试至少要同三个不同厂商进行互连性测试才算有效。
支持测试:
一些厂商之前已经完成了某种模式(Profile)和角色(Actor)的测试。
他们把系统带到这次的Connectathon测试中来,但是不希望重新测试之前的那些组合。
这时这些厂商将这些系统注册为一个“支持系统”会很有帮助。
“支持”就是说这些厂商能帮助其他厂商进行测试。
支持系统的注册是角色(Actor)或模式(Profile)级别的。
被允许进行支持测试前,一个系统至少要注册一个需要完全测试的模式/角色组合。
注册/系统要求:
每一个注册的系统都必须是一个符合下列要求的完整的产品:
1、是一个模式(Profile)和角色(Actor)的合理组合
2、是一个能进行销售的产品(如果有任何有关具体系统的疑问,请联系Connectathon项目主管(contact@ihe-c.org)联系)
中间件:
IHE模式(Profile)和角色(Actor)组合的目标是用户能购买的应用程序。
中间件是应用系统一个重要部分,但是中间件应用程序的测试不能参加测试。
中间件厂商应该与用户厂商合作,把一个完整的“产品”引入到Connectathon中来进行测试。
MESA:
MESA是预测试软件的名称。
该测试软件在Connectathon测试前预先会被分布给各个厂商。
厂商需在Connectathon测试前进行MESA预测试,成功地完成或者通过这些测试,并按规定的日期提交显示成功的测试日志。
如果你的角色(Actor)没有通过MESA测试,将不被允许参加Connectathon测试。
这样要求的目的是为了保证厂商认真准备过,不会因为厂商没有完成本可以在自己实验室完成的事情而浪费测试伙伴的时间。
六、自测系统(MESA)测试过程
1、MESA测试所有用例在TMS网站上均以列出。
2、每个测试有一个号码和名称,覆盖了能直接在技术框架中找到的一个用例或者需求。
3、每一个模式(Profile)中的每一个角色(Actor)有一个或多个需要在Connectathon前完成的测试。
这些需求已列在TMS网站系统上。
4、同一个模式(Profile)的同一个用例中,不同的角色(Actor)可以重用测试号码和名称。
但是测试名称和号码不能跨模式(Profile)或跨领域重用。
5、每个厂商运行已有的测试。
每个测试都有一个测试脚本或者其他生成结果日志、成功日志的机制。
每个厂商都有责任捕获结果日志或成功日志,并将这个日志提交给项目主管。
6、每个厂商必须为所有列出的测试提交测试结果,必须“零错误”完成或者成功通过所有测试。
但厂商不必提交有已知错误的测试结果。
有时测试中可能存在未覆盖的缺陷。
例如,有些测试可能要找一个HL7格式的名字(WOLF^CHARLES),而你的系统可能发送一个合法地重构过的名字(WOLF^CHARLES^^)。
读取MESA结果时要做好判断。
为那些不正确的报告发布一个缺陷信息报告,但是在提交结果时要添加注释以帮助项目主管对错误进行分级。
7、厂商可以向项目主管提交MESA工具的缺陷报告。
如果在MESA工具中找到一个致命缺陷,你应该提交一个缺陷报告单而不仅仅宣称这个测试失败了。
通过提交缺陷报告单,我们能修复这些问题并发布新的软件版本。
8、每个厂商都必须在公布的截止日期前提交测试结果。
如果没有及时提交,厂商会失去参加Connectathon测试的资格。
也就是说,你将被告知不能参加Connectathon,并且不会收到退款。
七、Connectathon费用
参加测试的公司根据注册的系统数目和这些系统所代表的领域的数目支付费用。
每个参加测试的Actor收费3500元人民币。
每个已注册的系统应包括有两个工作人员的Connectathon测试。
每新增一个参与Connectathon测试的工作人员,需每天额外支付500人民币。
测试项目组不负责参与测试的所有人员的餐饮和差旅费用。
八、测试(Connectathon)步骤
Connectathon遵循以下步骤:
厂商在测试至少在前一晚抵达目的地。
在星期一上午8:
00到指定场地,安装设备,并将设备联到测试局域网。
使用公布的IP地址连接到TMS网络,官方正式测试将在星期一上午11:
00开始,在此之前你可以运行一些测试作为预演。
星期一上午11:
00,从TMS网络中删除所有已经运行过的练习测试。
在这之前,项目主管会发布一个通知,然后清空数据库。
Connectathon测试正式开始。
TMS会列出潜在的正在和你进行相同测试的测试伙伴。
如果一个潜在伙伴正忙于其他测试,他们的状态会显示为”系统忙”。
大部分TMS中的测试涉及一个角色(Actor)或需要一个测试伙伴的角色(Actor)来共同完成。
有些测试需要三个角色(Actor)。
协调三个系统(一定要小于四个)一起工作的难度很大,经验告诉我们要将三个以上角色(Actor)参加的测试用例数量最小化。
厂商可以自行选择测试伙伴,如果双方同意,就可以开始测试。
测试开始后,双方系统的数据库都会被锁定,以防其他厂商打扰。
完成测试后,请标记已完成的测试。
TMS会使用一张电子工作单通知Connectathon督察,他负责检查你们的测试结果。
Connectathon督察可能会要求你再次运行测试,也可能要求查看日志,作为你成功完成测试的证据。
他可能在你完成测试后测几个小时后才有空检查测试结果。
请确保你存储了日志数据,这样你就能快速地为Connectathon督察重现测试结果。
完成一个测试后,立刻可以开始下一个测试。
你会发现连续运行多个测试时和同一个测试伙伴合作效率会很高。
在每天测试结束时,Connectathon测试主管会检查测试结果,并判断哪些系统成功完成了哪些模式(Profile)哪些角色(Actor)测试。
这些测试结果会发布在TMS上。
你可以在第二天早上查看这些结果,据此制定之后几天的测试计划。
九、Connectathon现场管理基本要求
我们的准则是在测试中互相合作,互相尊重。
注册日起自2010年1月4日起,至2010年2月28日截止。
参加者缴纳费用的多少取决于其注册系统的数量和类型(详见前文规定)。
项目主管将会审核申请表,确保每个厂商进行合理的注册。
IHE-C2010Connectathon测试活动的管理者不能保证每个厂商都能按时完成所有的测试。
项目组会尽力帮助大家,但是厂商应该合理安排自己的日程,以及你在时间不足的情况下准时地放弃一些角色(Actor)和模式(Profile)。
在IHE中国2010Connectathon测试活动期间,任何新的集成模式(Profile),角色(Actor)或者选项都不能被添加到TMS的网站系统上。
根据项目管理者的安排,参加者将被允许在2010年2月28日之前添加这些内容。
不允许参加者私自提出新的功能。
参加者只可以为现有的系统添加一些组合而不可以添加新的系统。
TMS网站为你提供参加IHE中国2010Connectathon测试活动所需的配置细节
IHE-CConnectathon2010测试活动测试日程表(4月12日-4月16日):
周一08:
30–11:
00
周一11:
00–17:
00
周二08:
30–17:
00
周三08:
30–17:
00
周四08:
30–17:
00
周五08:
30–12:
00
如果你需要特殊的网络配置,请在2010年3月15日前联系项目主管,项目主管会考虑你的特殊要求。
因此,你需要提前到达IHE-C2010Connectathon测试活动会场来进行你自己特殊的网络配置。
在整个IHE中国2010Connectathon测试活动期间(周一11:
00-周五12:
00),每一个需要测试的系统都必须配备相关工作人员。
应该是能够设置、测试和检修自己的系统的技术人员,同时他们还应该能够按照项目管理者的要求提供测试证明。
请安排合格的人员。
由于空间有限,请不要安排与测试无关人员入场。
不要利用IHE中国2010Connectathon测试活动培训自己的员工。
项目管理者理解IHE的集成模式(Profile),但不一定了解你的产品或你的产品在市场上的位置。
请在与项目管理者交谈时尽可能使用IHE技术框架的语言。
IHE-CConnectathon2010测试活动的监测者是志愿者,他们可能不能理解IHE政策的全部内涵。
如果你有任何关于IHE政策的问题,可以发送电子邮件至contact@ihe-c.org。
参加测试的厂商应当在IHE中国2010Connectathon测试活动召开前提出你对测试程序的建议或问题。
如果IHE中国2010Connectathon测试活动的测试程序出现问题,请与项目主管协商解决。
项目管理者们将用中文和参加者交流。
如果参加者不能理解中文,请携带一名可以担任翻译的助手。
Connectathon项目组不提供语言翻译。
参加者在到达活动现场之前需要签署一份保密协定。
参加者不能利用IHE中国2010Connectathon测试活动进行有违商业道德的行为,例如偷取竞争者系统的信息。
可以拍摄远景照片,但严禁拍摄任何系统,甚至包括你自己系统的特写照片。
我们不可能总是区分出一个系统是属于哪个厂商的,所以我们采取一刀切的原则,一律禁止拍摄特写照片,演示管理者拍摄的除外。
一般来说,各个系统需要在每一项规定测试中通过3个实例测试。
每个实例测试的过程中都会有一名来自不同公司的合作者协助你完成测试。
一个系统经历的三次实例测试不可以由来自同一家公司的合作者协助你完成。
如果合作者人数不够,项目管理者可以做出合理调整。
一些系统注册了不只一个的模式(Profile)和角色(Actor)。
这些系统的所有者需要合理支配时间,不能牺牲其他参加者的时间,使自己可以独占项目管理者的时间。
建议你携带一套列出你的配置信息的文本文件。
给你的测试合伙伴一份信息来确认你的配置,这样做很有帮助。
结构配置可以通过TMS的网站工具获取,但是这些纸制文档可以充当备份。
项目管理者保留在IHE–CConnectathon2010测试活动期间为了应对不可预见的情况而发布新的规则的权利。
十、测试完成标准
每个系统必须为每个测试完成3个成功互连互通的实例,以便获得一个集成模式里一个角色(Actor)的认证。
3个成功实例的规则被普遍地认为是Connectathon测试获得成功的要求,这一般被称为“完全测试”(ThoroughTest)。
(请参考下面“完全测试需求的例外情况”)
参与厂商负责决定运行哪些测试并完成这些测试。
对于某些支持多集成模式的系统而言,这将是一个挑战。
你需要监测你的进程并完成你认为重要的模式。
如果时间不充裕,你可能要放弃某些测试。
周4下午和周5用于完成测试和讨论展示细节。
在周4结束时,任何未完成三个所需测试实例中至少一个实例的系统,不能在周5开始新的测试实例。
该规则是为了确保厂商在整个测试期间都取得平稳的进展,而不是等到最后一分钟(周5)。
所有的测试都是“开放性的测试”。
这就要求厂商通过TMS中选择测试伙伴,完成适当的测试。
用于以下目的的测试将由项目主管指导:
展示准备
那些几乎不包含角色(Actor)的模式由项目主管制定确切的测试时间
完全测试的例外情况
所有新参加测试的系统必须为“完全测试”(ThoroughTesting)。
在Connectathon测试活动中,某些集成模式可能没有足够多的系统参与测试。
以下的规则将适用于这种情况:
对于某个测试,如果少于三个系统作为测试伙伴参加测试,但至少有一个测试伙伴,厂商就需要完成与所有测试伙伴的测试。
测试成功的实例将发表在Connectathon结果公布表中。
对于某一测试模式中,如果有一个或多个测试角色(Actor)不能进行测试,厂商可以使用该集成模式中其他可用的角色(Actor)协助测试。
在某些情况下,项目技术经理会提供模拟角色(Actor)来完成测试。
对于这种测试模式,如果有角色(Actor)成功完成部分测试,Connectathon结果表格将其定为“临时测试”。
TMS系统中的任何一个自行测试(Non-PeerTesting)都需要完成一个测试实例。
例如:
上载数据到归档中心,或者演示系统校准。
Connectathon测试结果
每一个IHE角色(Actor)都需要执行一系列的测试。
当一个角色(Actor)同其他厂商一起为每个测试完成三个实例时,就称之为某一模式(Profile)的一个角色(Actor)成功地完成了Connectathon测试。
为了鼓励参与测试,IHE中国报道已Connectathon测试成功的系统,不报道任何失败的消息。
IHE中国记录测试结果并生成一个结果矩阵,在矩阵中罗列成功通过测试的集成模式(Profile)和角色(Actor)的组合。
这些测试结果由IHE中国发布和推广,旨在公布各医疗系统对IHE解决方案的应用状况,以及鼓励医疗机构购买医疗系统时,在建议和采购规格要求书中要求销售商支持他们需要的IHE角色(Actor)和集成模式(Profile)。
鼓励Connectathon厂商尽快提供他们的系统中通过测试的IHE集成模式(Profile)和角色(Actor)的组合。
在提供这些组合后,鼓励厂商公开IHE集成声明,向市场用户描述在这些系统中的IHE性能。
IHE中国会维护一份包含各公司网址的文件,集成声明会发布在这些网站上。
同时,IHE也鼓励买家在购买医疗IT系统时参考这些声明信息来鉴别系统是否符合IHE。
IHE鼓励厂商在销售和宣传材料上提及他们参与了Connectathon,并成功完成了“一个或多个IHE集成模式(Profile)的一个或多个角色(Actor)”的测试。
再次强调,公布IHE集成报告是证明产品IHE性能的最佳途径。
十一、IHE集成声明
厂商自行负责公布IHE集成声明。
IHE会发布参与厂商的集成声明的链接,但是不会对报表的合法性发表任何看法。
厂商也有责任向IHE提供发布了集成声明网页的地址。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- Connectathon 测试 指南