关于临床业务的抽象

熟透番薯

游客，如果您要查看本帖隐藏内容请回复

sbf2000

抽象业务？首先这个概念需要认清！
对现实事务进行抽象，再对其进行建模编码，是当前一般的面向对象的编程设计所普遍采用的方法。但面向对象的方法已经不是当今最先进的设计方法，她是有一定的适用前题的。这个前题至少是“所面向的是一个静止对象”，也就是被抽象对象的属性和方法是基本不变的。而临床业务不象其它行业的业务，她是很难进行静态抽象的。因为临床医学有很多不确定因素，所以临床诊断治疗有很大的主观性和经验性。可想而知，对一些主观的、经验性的事物进行抽象是不太可能的。
记得我在论坛上给大家推荐过原形（Archetype）理论，当时没有引起太多的注意。但我想，原形理论是设计临床系统最好的方法之一。它提出双层建模的方法，为计算机如何处理数据、信息、知识指明了方向。具体的理论我也只详一二，有兴趣的可以再去找找相关资料。
熟透番薯提到的业务可能是一些事物性的，而不是医学诊疗方面的，那就另当别论！

goonyeah

做系统一定要抽象，特别是做产品化的系统，只有抽象建立系统的骨架脉络，这是管理思想、事物运行规律的体现，然后才是个性化的东西

亦佳人

临床业务如何抽象法？临床的任何一项业务都要从个体做起，加上每一个个体又都有着不同性。
如果像国际疾病分类那样从类别上进行抽象的分级分类，然后再由此形成新的信息，经加工后提练出的特殊信息可用于临床诊疗、病情分析、疾病预测等，也可筛选出个性化的东西，那就要方便得多了

tong

对熟透番薯提及的“临床系统”以及通常所谓的临床系统，我的理解是指能将医疗实践过程无纸化，能将临床观察检查治疗措施的信息标准化地纪录储存和调用，能将业务流程信息传递自动化的系统。这是对“临床系统”的最低要求。它并不取代医生的思维和经验。这样的系统是可以，而且是应该按UML作“抽象业务”分析的。
另一方面，思维逻辑的抽象是否应属人工智能的范畴？Computer-Aided-Diagnosis 系统可算是“经验”的归纳总结和利用的一个例子。它可作为一个子系统来充实主系统的功能。
我赞同goonyeah在他的帖子里的观点。“抽象业务”在这里是要对User，临床业务流程，信息类型及流向以及它们之间的关系作归纳总结。而不是对思维逻辑，医学知识和经验的抽象。后者（智能系统）又是一个非常复杂的系统了。
作“抽象业务”分析时有一个问题值得注意。现行的医院业务模式有需要改进的地方。系统必须具有一定的灵活性，以适应业务模式的变化，或者干脆按新的模式做。实际上，HL7标准的开发过程本身就是对发达国家，特别是美国医疗系统业务抽象的过程。应用HL7就意味着中国医疗系统的模式有可能需要作一些变动。其程度要视各个医院（系统）的决策者而定了。所谓HL7本地化，是否有将中国模式特有的东西添加进去的意思？