又一次不幸的发现自己站在了巨人的脚底下。
在做软件开发的时候,总是习惯上找一个别人的系统看看,找几个人聊聊就开始动手了。做到最后发现越高越困难,把自己搞晕了,把同事也搞晕了。看着自己的系统不对劲,去不知道如何下手。
我们不喜欢标准,总是觉得他们又臭又长,而且那时一帮大公司搞得没用的功能,我们的用户用不到。还有时候会对一些人沾沾自喜的说,我们见过什么人支持这些标准。其实,可能不是标准真的没有用,只是你没有到那个层次,你的圈子里的人也没有到那个层次。
我们做RIS/PACS的时候一直为了系统到底应该支持那些需求感到苦恼。完全靠客户访问,也不现实,每个医院都有不同的个性,而且受到他们现有系统影像很大。甚至曾经有机会认真研究了一个竞争对手的系统,还觉得他们为什么把事情搞得那么复杂。
当我们真的系统上线的时候,医生给我们的评价是你们的系统做的太标准了,灵活性不够。可是灵活性是最难把握的东西。
最近由于某些不得已的原因,硬着头皮翻了翻IHE国际标准。结果发现,人家把一个系统中有哪些功能、流程应该如何处理、不同系统模块的责任写的非常清楚。而且连测试系统和标准的测试case都非常详细。而且也终于明白了,对手的一些设计的出发点。
其实HL 7/ IHE/ DICOM是任何做医疗IT的人都天天挂在嘴边的东西。但是我们基本上没有去看过。
真的该好好检讨一下了:
1)对于和自己做东西有关的标准一定要找来看看,至少要清楚的指导每个标准到底是干什么的,理解一下其中的思路,在需要的时候能用上。
2)不要把自己没用上当成没有用。