想做一个电子申请单系统
要达到的目的：
1、医生只要勾勾选选，就能生成申请单
2、申请目的、一些已有指标可从HIS、LIS中取出
3、医技科室能直接调阅申请单
4、能自动生成医嘱、收费项目，确保医嘱不缺，收费正确
5、电子申请系统和现有PACS等管理，能取出PACS系统的检查结果

在脑海里面设想这个问题的时候，觉得1、2、3、5都不是问题，唯有4是难点：
难点：
1、按照相关物价政策，在选择不同检查部位的时候，产生的收费组合有很多种，举一个例子，比如，B超，如果当当检查肝，则就收彩超，如果再加一个胃，则收费为彩超+1，二者收费是不一样的。并不是简单的 彩超 * 2。如果部位超出限定数量，则有可能有些项目不收费。
2、设计时，考虑通用性，肯定需要设计的更加人性化，维护界面也一样，组成一个检查单的收费包含很多部分，前面说过的是一点，还有一下附加的收费，设计时也比较麻烦。比如彩超还有加上图文报告收费
3、还是考虑通用性，设计时肯定不能把程序写死，如果一个检查单要写一个收费逻辑，则开发工作量肯定很大，而且如果收费项目维护过（如作废了），这个程序可能就要重新修改，如果换一个医院，尽管HIS是一样的，也需要修改，这样的程序就没有什么意义了。

问题：
不管大家是否设计过、用过，针对以上3个难点，有好的办法么？即检查单收费逻辑也没有现成的例子？

医嘱与申请单报告单是关联的,单独考虑当然是存在这个问题,申请单报告单与病历也有关联,报告单本身就是病历的一部分.不能孤立的看问题.
医嘱与收费既有联系又有区别,是一对多的关系.如果医嘱与费用没有分开的,处理起来是很麻烦的.

检验申请单有标本和采集科室的选择,检查申请单有些有部位选择,这些都要传到执行科室的,检验申请单还要先传到标本采集部门,然后再送检验科室.这些都是比较复杂的,细节要处理的东西很多.

软件设计就是强调抽象能力,将客户的需求综合抽象出共性和个性,个性就做成灵活的,共性就做成固定的.很多搞开发的人就是缺乏抽象能力的锻炼,无法抽象出处理逻辑,这样的程序就经常要改,不通用.

引用:

原帖由 tyq 于 2008-4-29 22:47 发表
软件设计就是强调抽象能力,将客户的需求综合抽象出共性和个性,个性就做成灵活的,共性就做成固定的.很多搞开发的人就是缺乏抽象能力的锻炼,无法抽象出处理逻辑,这样的程序就经常要改,不通用. ...

——深入领会这段话的收益远远超过开发出这个系统

引用:

原帖由 tyq 于 2008-4-29 22:47 发表
软件设计就是强调抽象能力,将客户的需求综合抽象出共性和个性,个性就做成灵活的,共性就做成固定的.很多搞开发的人就是缺乏抽象能力的锻炼,无法抽象出处理逻辑,这样的程序就经常要改,不通用. ...

因为理解了这句话，所以在找办法。

是charge，order是order，两者是不同的，医生关心的是order，关注charge少点。

还是彩超，比如检查腹部。腹部的器官有肾、胃、肝、脾等等。医生在操作时，可选的情况有很多：

如选1个，则收取：计算机图文报告*1，彩超常规检查(一个部位) * 1

如选2个以上，则收取：计算机图文报告*1，彩超常规检查(>=2个部位)*1

在这种情况下，要实现2点，计算机图文报告不管选多少，只能收一个，而根据选的项目个数不同，收取的相关费用不同。

这种套餐是很复杂的。

还有一种比较简单，选择某一个项目就收取某些费用，order和charge一一对应或一多对应，最后结果是将项目简单相加即可。

如果把种种情况都考虑的很周全，我感觉很难
如果实在不行，我也只有采取划价方式，收费员或相关医技科室根据电子申请单来判断收取哪些费用。

说实话，现在公立医院也很难搞啊，收费问题有物价、审计、卫生、社保等N多部门盯着。漏收，医院不答应，多收，病人以及N多“爹”看着，处罚很严厉。

医院首先从管理上要有一种制度。方便其中某个环节，定当复杂其他环节。对程序不能完全封闭的东西，只能通过管理来实现.

看来我们公司在这方面处理还是比较完善的,相当不错.

楼上能介绍介绍具体思路么？

开医嘱时,选择了X线摄影,弹出部位选择框,选择部位,可以多选,勾选了一个部位,还可以单选或复选关联的方法,医嘱就记录了部位和方法,部位和方法与诊疗项目对应,诊疗项目与收费项目对应,医嘱与申请报告单关联,一单两用,有些项目是申请时填写,有些项目是报告时填写.医技完成检查,报告签名,医生就可以选中该条医嘱,点报告就可以看到了,有报告的医嘱会有个标志的,也可以过滤只显示有报告的医嘱.

报告单可以插入图像,一幅或多幅都可以.

引用:

原帖由 tyq 于 2008-4-30 17:28 发表
开医嘱时,选择了X线摄影,弹出部位选择框,选择部位,可以多选,勾选了一个部位,还可以单选或复选关联的方法,医嘱就记录了部位和方法,部位和方法与诊疗项目对应,诊疗项目与收费项目对应,医嘱与申请报告单关联,一单两用, ...

暂时不考虑你说的医嘱模块。就费用模块，你的流程是一对一或一对多简单相加的逻辑，这个很简单。
可能我说的不是很清楚：
如图：

红色方框1部分是复杂的逻辑，每个椭圆方框内的项目都算一个部位，即1.1~1.N，如果选择其中一个椭圆之内的项目，则是一种收费，如果选择1.1~1.N内的项目,要根据选择的个数决定不同的收费情况。即1.1+1.2+...+1.N>=x，根据X判断收费情况。
红色方框2部分是简单相加，选择其中任意一个项目，则收取相应费用。
综合方框1、方框2，还有附加收费。
现在是要求把其中几个部分进行综合考虑，做一个通用的算法。
也许...通过一天思考，我的思路稍微有点清晰了....

[ 本帖最后由 jxeycn 于 2008-4-30 19:19 编辑 ]

申请单是与医嘱相关的,医生开的是诊疗项目,不是收费项目
医嘱项目与费用项目的处理,是衡量一个HIS软件好坏的重要标准,如果医生开的是收费项目,按省的收费项目表来开,肯定不符合临床习惯.很难深入做下去.

有的项目,有不同的方法,比如头部CT,就有常规扫描和增强扫描两种,收费也是不同的.
也就是说,除了部位还有方法,但又不是每个部位都有方法,比如下肢,就不一定有增强.