找回密码
 欢迎注册
搜索
热搜: 活动 交友 discuz
查看: 4756|回复: 16

关于申请单设计思路

[复制链接]
发表于 2008-4-29 21:36:38 | 显示全部楼层 |阅读模式
想做一个电子申请单系统
要达到的目的:
1、医生只要勾勾选选,就能生成申请单
2、申请目的、一些已有指标可从HIS、LIS中取出
3、医技科室能直接调阅申请单
4、能自动生成医嘱、收费项目,确保医嘱不缺,收费正确
5、电子申请系统和现有PACS等管理,能取出PACS系统的检查结果

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

问题:
不管大家是否设计过、用过,针对以上3个难点,有好的办法么?即检查单收费逻辑也没有现成的例子?
发表于 2008-4-29 22:39:54 | 显示全部楼层
医嘱与申请单报告单是关联的,单独考虑当然是存在这个问题,申请单报告单与病历也有关联,报告单本身就是病历的一部分.不能孤立的看问题.
医嘱与收费既有联系又有区别,是一对多的关系.如果医嘱与费用没有分开的,处理起来是很麻烦的.
发表于 2008-4-29 22:42:22 | 显示全部楼层
检验申请单有标本和采集科室的选择,检查申请单有些有部位选择,这些都要传到执行科室的,检验申请单还要先传到标本采集部门,然后再送检验科室.这些都是比较复杂的,细节要处理的东西很多.
发表于 2008-4-29 22:47:14 | 显示全部楼层
软件设计就是强调抽象能力,将客户的需求综合抽象出共性和个性,个性就做成灵活的,共性就做成固定的.很多搞开发的人就是缺乏抽象能力的锻炼,无法抽象出处理逻辑,这样的程序就经常要改,不通用.
发表于 2008-4-29 22:54:32 | 显示全部楼层
原帖由 tyq 于 2008-4-29 22:47 发表
软件设计就是强调抽象能力,将客户的需求综合抽象出共性和个性,个性就做成灵活的,共性就做成固定的.很多搞开发的人就是缺乏抽象能力的锻炼,无法抽象出处理逻辑,这样的程序就经常要改,不通用. ...

——深入领会这段话的收益远远超过开发出这个系统
 楼主| 发表于 2008-4-30 07:55:47 | 显示全部楼层
原帖由 tyq 于 2008-4-29 22:47 发表
软件设计就是强调抽象能力,将客户的需求综合抽象出共性和个性,个性就做成灵活的,共性就做成固定的.很多搞开发的人就是缺乏抽象能力的锻炼,无法抽象出处理逻辑,这样的程序就经常要改,不通用. ...

因为理解了这句话,所以在找办法。
 楼主| 发表于 2008-4-30 09:38:55 | 显示全部楼层
是charge,order是order,两者是不同的,医生关心的是order,关注charge少点。

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

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

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

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

这种套餐是很复杂的。

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

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

说实话,现在公立医院也很难搞啊,收费问题有物价、审计、卫生、社保等N多部门盯着。漏收,医院不答应,多收,病人以及N多“爹”看着,处罚很严厉。
发表于 2008-4-30 10:49:37 | 显示全部楼层
医院首先从管理上要有一种制度。方便其中某个环节,定当复杂其他环节。对程序不能完全封闭的东西,只能通过管理来实现.
发表于 2008-4-30 14:49:53 | 显示全部楼层
看来我们公司在这方面处理还是比较完善的,相当不错.
 楼主| 发表于 2008-4-30 16:36:45 | 显示全部楼层
楼上能介绍介绍具体思路么?
发表于 2008-4-30 17:28:22 | 显示全部楼层
开医嘱时,选择了X线摄影,弹出部位选择框,选择部位,可以多选,勾选了一个部位,还可以单选或复选关联的方法,医嘱就记录了部位和方法,部位和方法与诊疗项目对应,诊疗项目与收费项目对应,医嘱与申请报告单关联,一单两用,有些项目是申请时填写,有些项目是报告时填写.医技完成检查,报告签名,医生就可以选中该条医嘱,点报告就可以看到了,有报告的医嘱会有个标志的,也可以过滤只显示有报告的医嘱.
发表于 2008-4-30 17:30:46 | 显示全部楼层
报告单可以插入图像,一幅或多幅都可以.
 楼主| 发表于 2008-4-30 19:17:45 | 显示全部楼层
原帖由 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 编辑 ]
1.jpg
发表于 2008-4-30 20:19:19 | 显示全部楼层
申请单是与医嘱相关的,医生开的是诊疗项目,不是收费项目
医嘱项目与费用项目的处理,是衡量一个HIS软件好坏的重要标准,如果医生开的是收费项目,按省的收费项目表来开,肯定不符合临床习惯.很难深入做下去.
发表于 2008-4-30 22:35:44 | 显示全部楼层
有的项目,有不同的方法,比如头部CT,就有常规扫描和增强扫描两种,收费也是不同的.
也就是说,除了部位还有方法,但又不是每个部位都有方法,比如下肢,就不一定有增强.
您需要登录后才可以回帖 登录 | 欢迎注册

本版积分规则

快速回复 返回顶部 返回列表