- 博客(50)
- 收藏
- 关注
RSS订阅原创 医院需要什么样的集成平台
很久没有写集成的故事了，今天这篇不知可否算是医疗集成这个专题的完结篇：因为想斗胆涉及一下集成平台，这个集成技术和经验在产品层面的集大成者。--前几年，关于医疗集成平台的讨论开始热烈起来的时候，真觉得有点可悲。因为从2000年前后，在微软基于DCOM的DNA参考架构没落之后，EAI就开始成为企业软件领域的热门话题，估计那个时候，国内的医疗IT才刚刚起步吧。近两年，有两个东西基本上为医疗集
2013-05-01 08:20:02
11844
6
原创 大公司病
大公司病常常表现为：1) 多一事不如少一事。2) 敬小慎微，怕担责任。3) 缺乏激情，抗拒变化。4) 按部就班，抓不住重点。5) 像木头一样，踢一脚才动一下。6) 不管是当领导的还是做员工的，在沟通中总习惯处于被动地位，难以形成有效的互动。虽然是病，但某种意义上，这些也是在大公司里的生存法则。--因此，大公司常常要花掉很多培训成本，来弥补文化上的缺失。一些受过有
2013-04-19 08:05:50
4519
原创 O/X Mapping 的故事续集的续集
多年前就在博客上写过O/X Mapping的故事，及其续集。O/X Mapping并不是一个常用的术语，只是借用了O/R Mapping的思路，自己对XML序列化的一个别称。没想到的是，这么多年来，关于O/X Mapping的故事一直在延续。每次当我为一个新项目搭建代码框架的时候，或多或少，都在这个XObject类库里面增加些新特性，来满足新的需求。尽管在大多数项目里面，没有人愿意把对一些
2013-04-08 23:05:29
1633
原创 快速软件开发的五个步骤
我所经历和听闻过最有效率的软件开发，往往不是在商业公司或者某个成熟组织中出现的。假如我们一夜之间忘记了所有软件工程过程的教条，却还对编写代码充满热情的话，也许会更自然而然地得出下面这种企业软件开发步骤。1. 理解业务和定义需求2. 设计和确认界面交互草图3. 搭建程序框架（从DB到UI）4. 开发和测试5. 交付和维护先列在这里，以后有空再慢慢补充。不好意思，又是个标题
2013-03-15 20:58:42
2208
原创 强矩阵中的人员管理
大多数管理者都很少公开谈论自己的管理经验，或者心得，最多点到为止，好像天机不可泄露。敢于大言不慚地谈论的，一般有两类人。一类是初学者，他们多半是为了成长过程中某个心智阶段的总结；一类是大师，他们则是为了整理人类的知识。我这里有意把一些包含私利的动机排除在外，否则实在对不起一些牛人，比如徳鲁克，虽然他从不承认自己是个管理者。去年春天，在QCon2012上看到一个报告，叫做“弱矩阵中的项目管理”，
2013-02-04 23:42:33
6286
2
原创 2030年的企业软件开发
随着软件开发工具和技术平台更加易于使用，而不同行业领域中的业务复杂性一直没有改变，独立的ISV将会消亡，只剩下软件开发平台（包括通用软件开发平台和针对特定行业领域的开发平台）供应商，以及行业机构内部的软件开发部门。到时候软件开发人员就跟现在的IT基础设施维护人员一样，渗透进入每个机构，跟现在的开发人员有两点不同：其一，由于开发平台和工具更加先进，他们工作效率和单兵作战能力更强；其二，跟业务人员
2012-11-27 00:17:14
1228
1
原创 HTML5灰度图像处理练习5：LeadTools案例分析
一直对HTML5 DICOM Viewer的技术发展感兴趣，特别是像素传输部分。最近看了LeadTools的案例，跟之前Healthphere的相比，还是各有千秋。两者都是基于文本(XML/JSON)来传，后者用了一些更复杂的技术，可以让图像看起来显示更快。但单从传输编码方面看，数据量不大的时候base64文本可能比二进制还要小(正因如此有了MTOM)，而把像素取值简单地表示成十进制文本，显然
2012-10-30 18:23:48
1965
原创 HTML5灰度图像处理练习4：Healthphere网站案例分析
偶然在网上看到一个基于HTML5的DICOM浏览器，有点意思，而且作者博客上的文章也不错。用IE9的开发者工具跟踪了一下，发现一些设计要点：1. 整个程序做了防破解的处理，包括javascript的压缩，以及整个页面DOM的动态生成。2. 页面加载大致的逻辑是： 1) 在空的body中动态创建一个iframe。 2) 在iframe上加载一个事先（可能是根据浏览器的不同
2012-07-31 23:02:08
1897
原创 临床信息系统的困局
这几年苹果产品大卖，乔布斯成为偶像，产品管理重新成为程序员社区热议的话题。所以我也跟风一下，梳理自己在医疗信息化方面的一些产品体验。之前工作的一家公司，规模不大，没有真正意义的市场部门，产品经理隶属研发部门，直接汇报给研发经理。产品经理同时承担着研发项目管理，跟踪市场趋势和竞争对手，以及帮助销售部门打单的售前工作。当时大多数产品是成功的，唯独有一个产品，从概念提出到产品研发持续了一两年，但
2012-07-19 07:03:18
2494
转载 互联网的盛世和企业级开发的涅槃
一直不太认同在博客上转载别人文章的做法，了解分布式系统的人都知道在一个互联互通的网络内制造太多冗余数据的利弊。但今天看到的两篇文章，觉得很对味口，还是忍不住要转载一下。本来也想过摘录几段关键的文字过来，再加几句自己的感叹算了。后来发现精华太多了，摘录多了也有抄袭之嫌；而且原文不仅提供的信息很有价值，从技术和商业观察者风格的精彩文笔上看，也已经把该说的话给说完了。为了保持技术人员的风格，我还是宁
2011-12-09 13:58:06
1692
原创 集成的故事 - 有限数据流量法则
在云计算的时代，什么都流行搞集中化，多家医院集中预约、集中挂号、集中存储临床文档（索引）、集中管理转诊业务。当医疗集成遭遇到区域应用，海量数据交换就成为一个首当其冲的问题。跟传统的部门级或院级集成场景相比，业务单位的扩展使得数据量成倍的增加；如果把可靠性考虑进来，这些数据可能还要
2011-10-18 18:07:43
986
1
原创 神奇的VA医院
不久前的一次旅行中，偶然发现了一本讲VA医院的书。还没细看，就决定可以买下。最早听说VA医院，其实是刚入行不久。当时的老板有个有趣的习惯，就是随时随地用各种方式给我们画饼。其中的一种方式，就是经常全公司群发一些介绍国外医疗信息化先进实践的资料（当然，诸如此类的做法，常常受到一
2011-08-17 13:28:17
1622
原创 集成的故事 - 智慧管道
很久没写集成方面的东西了，大概因为可写的已经不多，再写的话也只能越扯越远。本来这篇题目可以叫做“智慧管道——集成平台下一个可以炒作的概念”的，想想还是算了。低调，低调。
2011-07-10 16:25:38
1230
原创 HTML5灰度图像处理练习3：图像数据传输
前面已经试过，用HTML5来进行一般医学图像的显示（Rendering）已经不是问题。那么，接下来就是如何把图像数据传输到浏览器端。在传统的PACS中，不管是HTTP GET（如WADO）或Streaming（如JPIP），都需要在浏览器端安装一个插件，HTML5是否提供了一些可替代的方法呢？我们首先想到是Web Socket API和File API。但遗憾的是File API主要针对本地文件的
2011-07-02 23:08:28
3558
7
原创 关于软件开发、领域知识、职业危机以及UML的计算主义思考
最近无聊时候，常常在琢磨领域建模相关的问题，比如医学图像处理领域，一致性显示流程算不算领域知识？那卷积反投影呢？它们都可以放到模型里面去吗？这样的模型，对你最终的服务对象，产品定义和软件设计人员有用吗？对这些问题思考得越深入，往往就会离题越远。--21世纪，软件已经渗透进人类生活的每一个领域，从指头大小的音乐播放器到遍布全球的互联网络。为了开发出真正有用的软件，程序员要不断地学习不同领域的
2011-06-20 23:15:00
19714
84
原创 医疗信息论坛上的两则回复
平时在论坛上我都是潜水居多，突然心血来潮回复了两篇，姑且转载一下，至少在这里，永远不会沉底。 新手求助：如何才能快速学好dicom 对于初学者，先看DICOM第一章，了解DICOM的内容。其实在现实世界中，DICOM真正落地以后，主要就是以下几个方面的协议，因此，你首先要弄清楚这几个方面分别是在DICOM的哪些章节里面描述的。- 文件格式- 网络通信协议- 图像显示方式然后
2010-02-20 14:48:00
1688
3
原创 我的电子病历
头脑发热是一种奇特的经历，会让你胡思乱想，虚弱，暴躁，坐立不安，耳鸣，甚至幻听。正是在最近一次感冒发烧的时候，突然萌生了为自己建立一份电子病历的想法。按照很多国家的法律，非法行医是重罪，不知道书写病历算不算行医活动的一种。但作为医疗信息化的忠实信徒，始终相信未来更好的医疗必须是建立在更好的信息服务之上，而且按照目前的国情，让每个人有一份电子病历依旧是个梦想，因此，何不自己先手工做一份，即便没有
2010-02-20 14:37:00
2983
3
原创 医疗信息化领域的软件设计模式
如果说上一篇关于医疗信息可靠性的讨论还是残留了一些商业方面的味道（虽然名义上是要回归技术，但还是涉及到了一些业务方面的问题）；那么，这篇打算把技术方面的牛角尖继续钻下去，讨论一下设计模式，而且：- 要只是讨论集成领域设计模式好像还不过瘾，那就先从整个医疗行业软件的角度开个头，不过不包括嵌入式系统；- 都是些常见的技术方案，未必是最优化的，也不会涉及任何商业机密，因为一些公开的出版物和网络社区里
2009-03-04 10:31:00
3044
原创 集成的故事 - 处理医疗信息错误
回头看一下，才发现前面的几篇“集成的故事”有点跑题了，从最初的技术随笔沦落成一些肤浅而且不着边际的商业评论。记得在温昱老师（《软件架构设计》一书的作者）的课上，曾经听到一个很特别的观点：SOA不是软件架构，而是企业架构。当时刚听到的时候还有些许疑惑，现在开始觉得比较能接受了。因此，让我们回归到技术的重心上吧，至少把早先在“集成的故事－导言”里面计划好的剩下的几篇给写完。---信息系统中的错误通常有
2009-01-13 17:06:00
1353
原创 集成的故事 - 医疗集成的未来2
转眼间又过了一年，这一年里人们看到了太多的大起大落，经历了太多的大喜大悲。而我所看到的医疗信息行业，却还是按照它自己步伐的一点点地发生着变化，并始终远离所有这些大风大浪的中心。在经济寒流袭来的时候，它依旧春和景明，风光独好；当人们为航天英雄和奥运健儿欢呼喝彩的时候，它依旧默默无闻，波澜不惊；甚至在医疗改革的建议轰轰烈烈地出台的时候，在高深晦涩的长篇累牍之中，它也只是偏居一角，默默地承载着厚重的责任
2009-01-09 09:49:00
1187
原创 关于软件测试的知识要点
最近为小舅子找工作出谋划策，他的目标是软件测试工程师。匆忙中给他做了一次模拟面试，面试中不小心也为自己整理了一下软件测试方面的理解。遗憾的是我从来也没有真正意义上地做过测试工程师，估计近期的将来也没有这个机会，所以赶紧把一些要点记录下来，以免日久生疏。[测试思想] 质量意识（责任）：站在客户的立场 好奇心（动力）：探索所有的功能，深入理解系统内核 进攻（激情）：
2008-07-24 12:11:00
2388
1
原创 集成的故事 - 从装修队到IT服务
最近家里装修，不得不跟装修公司的那些人精打交道。大家都说装修这滩水很深，我虽不敢掉以轻心，但也无暇学习那些枯燥的琐碎的而且我已经付了费让别人去操心的装修知识，于是偷懒找了一家门面开在小区门口的装修公司，到时候真让我遇到什么问题，也好做个弹弓打他们家玻璃，更何况小区后面还有好几期楼盘，估计他们也不敢怠慢。如果真要把家庭装修跟信息系统做类比，实在有点拿着榔头满世界找钉子的嫌疑。但国内很多小公司给客
2007-12-07 17:26:00
1212
翻译 Software Engineering: A Look Back and A Path to the Future
翻译这篇文章的想法最初来源于医学信息学论坛（http://bbs.miforum.net/8772.html）上转载的一篇文章Software Engineering: A Look Back and A Path to the Future（这篇文章的原始出处可能是http://sunnyday.mit.edu/cacm.html），这还是偶第一次翻译（除了在学校里老师布置的英文作业以外），仅
2007-12-06 13:33:00
2042
原创 集成的故事 - 面向服务的世界
关于面向服务的进一步讨论，势必会越过EAI的边界，而在更抽象的层面上审视医疗信息系统。多年前人们在讨论面向对象的时候，至少在程序员的圈子里已经形成一个简单的共识，面向对象的本质就是面向接口编程，其余的什么封装、多态、继承等都可以由此展开；那么面向服务的本质又是什么呢？面向契约编程？还是服务对齐业务？事实上，当我们回顾面向对象的分析方法，会发现其实一切都是一脉相承的，过去是用对象来抽象现实中的实
2007-11-15 17:26:00
1166
原创 集成的故事 - SOA in Healthcare
不知是错觉还是现实，医疗信息化似乎是对IT新技术接受最慢的几个领域之一。记得还在学校的时候，就有机会用beta版的.Net SDK来编写最初的Web Service，走出校门才发现自己只能基于迷宫似的C++类库来编写所有的代码，不管是繁琐的底层交互，还是简单的用户界面，指针把程序逻辑编织成一堆混杂的面团。期间经历的各种经验教训，尽管对自己是很大提高，而且也为推动和参与后来的组件化进程提供了机会，
2007-11-07 14:41:00
1443
原创 集成的故事 - IHE
今天终于斗胆来谈一下IHE。毕竟谈到医疗信息系统集成，不谈IHE好像会觉得很落伍。前不久，跟一些同事讨论IHE，引发了一些思考，不知道会不会也很落伍，但至少代表了这个时期自己作为一个软件工程师对IHE的粗浅认识。IHE提供了很多实用的模型，这些模型并没有想象中的那么抽象难懂，因为它用了大家都能看明白的UML来描述，对于每一个消息，它甚至指明了应该用DICOM或者HL7里面的哪些字段来填充，正是
2007-10-12 14:10:00
1716
原创 集成的故事 - 性能
正如在“O/X Mapping的故事续集”中提到的，当你的系统如期上线，一切顺利运行，准备接受客户和领导的赞誉的时候，性能问题便一如既往地如期而至。原因很简单，你的系统做得太好了，人们是如此的喜欢它，热切地期望着亲自去体验那些激动人心的新功能，于是人潮蜂拥而入。附近停车场的纷纷爆满根本无法阻挡他们的热情，聚拢而来的人群把满载的地铁和公交车都挤得水泄不通，交通开始陷入瘫痪。然而，这些可怜的人们并不知
2007-10-09 10:54:00
1097
原创 集成的故事 - 医疗集成的未来
本文试图展望一下未来一段时间内医疗信息系统集成领域一些可能的发展。事实上这对我是个太大的题目，所以也只能在博客上胡编乱造一番。限于一些粗浅经验、现在所处的位置以及视野所及的范围，确实不敢对不可知的未来做出什么有根据的猜测。虽然涉世不深，但我还是愿意思考，愿意尝试。最早我进入集成这个题目的时候，也没有想到要写这篇，只是后来写完“集成的本质”之后，开始在想，在biztalk server之类的巨人
2007-06-29 16:32:00
1301
原创 标签式用户界面的故事续集
一年前的标签式用户界面的故事，试图从一个GUI的问题引出一个关于插件体系的讨论。一年后，发现自己有幸再次以插件模型为基础搭建了又一个软件系统的静态结构。这种模型已是如此的普遍，从网络游戏到领域应用框架，代码的动态加载为系统架构带来的灵活性是如此的显而易见，以至稍微上点规模的软件都离不开它。在代码实现上，.Net提供了非常方便的方法。除了用前文提到的用静态函数Assembly.Load()把程序
2007-06-28 17:32:00
896
原创 O/R Mapping 的故事续集
记得在温老先生的《程序设计心理学》里，好像有对程序的功能和性能进行过深入的探讨，比如一些艺术家级的程序员为了实现一个性能完美的Hello World程序，花费了别人本来可以用来编写一个应用服务器的时间。然而，当我们的程序规模大到一定程度，终究有一天要考虑性能问题。事实上在一些对性能要求高的应用程序中，在最初的设计中就必须为性能埋下很好的伏笔。人们对ASP.Net提出的质疑中，有这样一种论调，就
2007-06-27 16:51:00
959
原创 O/X Mapping 的故事续集
按照Joel的说法，Daily Build可以在更大的时空尺度上缩短程序开发中编码-编译-调试的循环，从而提升团队效率和产品质量。对我来说，卸下那些繁琐的编译工作，倒开始有更多的时间来思考和总结问题了。传说中的Google员工，在正式的项目以外还有20%的时间来做自己喜欢的事情，20%的确高得让人羡慕，这样的宣传也是擅长媒体经营的互联网公司的传统长项，事实上类似比例的资源在不少公司都存在，关键在
2007-06-27 16:31:00
1214
原创 集成的故事 - 人
人们在讨论信息系统项目成败的时候，常常会不知不觉的陷入一些老套的话题。比如某某信息系统做成了，是因为我们搞定了某个院长，某某系统做砸了，是因为这个院长被别的公司搞定了。如果有人不谈论这些，而是说其实是因为某个用户界面设计得很方便，医生很喜欢，或者因为是系统里面有太多的over design，扩展性是好了不少，但是运行起来慢得一塌糊涂，那么这个人多半会被扣上不够成熟，有待培养的帽子。不知道在国外会不
2007-05-31 17:39:00
1510
原创 集成的故事 - 乱码
乱码是个恼人的问题，Joel在他的书里说过，给你一个字符串，你不知道它的编码，那这个字符串对你是毫无意义的。这一点，对于每一个做过多语言的系统集成的人，都会印象深刻。可能更让人印象深刻的是你亲自去研究这些编码的经历，相信对于不少初学者，这都会是个充满痛苦和混乱但是又必须经历的一个过程。在《Joel说软件》里，这位老兵用了不小的篇幅来讲解字符编码以及unicode，不过除了上面那句话，其余的细节
2007-05-30 17:44:00
2127
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人