IHE那些事儿-（3）

这一篇来得太久了些。

老是感觉时间不够用，尽管已经用了诸如四象限法等时间管理方法，但仍觉不够用。

代码，文档，学习......忙忙碌碌，总也在反思总结，但总也懒得写下来......

............................................................................................................................................................................................................................

说的直白点，IHE测试的更大的作用不是实现了厂商之间的互相通信，而是开发过程中对业务对信息标准化有了更为深刻的认识。

IHE测试的结果是厂商有两套软件，一套用来忽悠，一套用来实施。

但是不得不说IHE测试是一件好事，信息化在进步，医疗软件开发在进步，这就足够了，呵呵。

IHE测试现场是忙碌的，五天的时间紧张而充实。

测试之前要有心里准备，最好可以咨询一下参加过测试的厂商。

熟悉测试环境之后，就要开始搭建自己的测试平台，最好把自己家的配置信息写好，以便接下来和其他厂商沟通，测试现场的纸条是漫天飞啊......

测试伊始，最好有一个较为清晰的规划，有的放矢。如果任务实在多的话，还要想清楚保什么，舍弃什么。测试过程中也要积极主动地去和可以配合的厂家沟通，方便地情况下要尽量配合其他厂商的要求，因为它很可能就是你潜在的测试伙伴。与人方便，与己方便。

仔细保留每一次测试成功的日志，可以给每一个测试用例建一个文件夹，anyway，方便自己快速找到即可。

有可能双方现场测试过程中出现了问题，而且现场无法解决，那么晚上酒店的联调不可避免，也要有所准备。

测试过程中关注现场发生的一些事情，那很可能给你接下来的测试带来帮助。别的厂商某个case的测试是否成功可以为你做这个case的测试提供经验，少走弯路就是节省时间，而在测试现场，时间就是效率，时间就是最后的成功。

IHE测试目前集中在医疗系统、软件的互相通信，应该属于功能性测试范畴；以后的测试除了在横向上发展外，是不是纵向上也会有所拓展？比如，图像显示工作站阅片是不是能够满足医生诊断的需求，医疗软件的可用性测试等等。

感觉这篇简单地现场介绍苍白无力，后悔当时没有及时记录下来，哪怕是草稿也好。

不过这也给自己提了个醒，有了想法就要及时记录下来，就要及时分享。

写了几篇IHE测试的文之后，陆续有坛子里的朋友和CSDN的朋友来询问，很开心，很激动；那就是一年前的自己，很乐意帮助有需要的朋友。