HIS设计中“数据池”的设想

medsoft · 发表于 2005-1-15 18:13:52

本人在思考HIS设计和电子病历的实现中，注意到一个问题，比如医嘱从医生下达到真正执行，有一个时间间隔，在这个时间里医嘱可能因为各种原因被撤消，我因此想到了像“数据池”似的“医嘱池”，实际上我的想法就是设立一个“临时的数据区”。是受水沉淀启发而来，我们的医疗活动在数据池沉淀再经过滤后
，我想医疗活动的差错会明显减少，这是其一，其二，当电子病历建立时，是不是也要考虑有临时电子病历，如在医院住院期间用的，在出院时再生成电子病历。因为我们住院期间的病历是处于不断的变化修改中的。

其实在HIS设计中有许多是面临这种情况！
大家帮帮我，是否可行？如何实现？

Judy · 发表于 2005-1-20 16:37:44

是这种现状,不过各个公司的产品在这方面不同程度地实现了这样的应用需求,不知道你的数据池的概念是个什么概念,可否就详细模式给大家介绍一下?

老包 · 发表于 2005-1-20 17:01:46

最初由 medsoft 发表
[B]本人在思考HIS设计和电子病历的实现中，注意到一个问题，比如医嘱从医生下达到真正执行，有一个时间间隔，在这个时间里医嘱可能因为各种原因被撤消，我因此想到了像“数据池”似的“医嘱池”，实际上我的想法就是设... [/B]

想法不错，技术上实现也应该没有多大困难，如果需要的话，甚至可以实现多级“蓄水池”。因为是过程的各阶段的数据一些属性不同。

medsoft · 发表于 2005-1-21 17:58:34

最初由 Paullee 发表
[B]同意oLDtAO的意见，电子病历亦可如法泡制，引入“生命周期”的不同状态即可。 [/B]

我不同意这种说法，因为我觉得如果是仅从单个医院来讲，这种说法是正确的，但如果放到区域卫生信息网内，就会出现问题，第一是存储，我觉得是不是能“分布式层级存储”？第二是安全，第三是效率，
先想到这些，以后补充！

qystone · 发表于 2005-1-21 20:38:53

既然清楚利与弊!就好做了嘛

老包 · 发表于 2005-1-21 22:49:03

先宜理清整个医护过程中各阶段的数据可能会经历的各种变化抑或是一劳永逸式的，才能决定是否需要不同的存储策略。

tyq · 发表于 2005-2-20 20:27:14

说的还是太简单了一点，没有把问题描述清楚。

01robert · 发表于 2005-2-21 13:19:00

最初由 medsoft 发表
[B]我不同意这种说法，因为我觉得如果是仅从单个医院来讲，这种说法是正确的，但如果放到区域卫生信息网内，就会出现问题，第一是存储，我觉得是不是能“分布式层级存储”？第二是安全，第三是效率， [/B]

医院保存的是所有状态的医嘱,只有状态为最后已执行的医嘱才上传给区域卫生信息系统,这样还有第一、第二、第三的问题？ _:-(

ermulong · 发表于 2005-2-21 14:45:05

如果涉及区域卫生信息网，应是一个十分复杂的问题了，什么时候上传数据，哪些数据可以上传，需要一个整体的考虑。
如果单说医院中的医嘱，现在大都采用状态字段或加上时间标示医嘱的不同状态，但我感觉容错性方面不太灵活，或者说事务的回滚有些滞涩

tyq · 发表于 2005-2-21 19:02:46

在医嘱处理上，肯定要加上医嘱处理状态的历史保存，这又增大了系统的负载，系统需要与硬件水平相适应才能使用，否则功能再强大，硬件负担不起也不行。

yuansheng · 发表于 2005-3-2 10:29:01

数据的一致性非常重要，关注。

		自动登录	找回密码
密码			欢迎注册