再胡言乱语几句

drewlee · 发表于 2006-6-27 19:36:10

<div class='quotetop'>引用

ermulong @ 2006-06-26 16:45)</div><div class='quotemain'>挂号时分诊好，还是挂完号，再分诊？两种办法都有各自的理由，其实还有别的选择，关键是提供方法或选择方法的过程是否合理，公司有没有以下义务呢？针对该问题与医院一起探讨流程，提供方案供选择，将各种方案可能的优缺点拿出来讨论，甚至该问题提出也是由公司提出，而不是医院提出，等等</div> 几年前，在实施推广一个烟草营销系统的时候，该市专卖局局长说过一句话，给我的感触很深。“我们上的不是一套计算机系统，而是一套管理思想。”这套思想从哪来？从医院来？还是从厂商来？医院有思想了，为什么花钱上系统？厂商有思想了，他们对医院的具体情况到底了解多少？这本来就是矛盾统一体。HIS，应该是医院管理体系思想的载体。买一个HIS产品的前提，应该是确认了医院管理体系的主体，详细的需求变化应该在主体不变的条件下进行调整。如果购买了新的医院管理体系思想的载体，却一味地要求它适应原有的医院管理体系思想的话，获得的只有遗憾了。水能载舟，亦能覆舟。没有一个系统是“万金油”。typ，说句得罪的话，“医院与公司的角力”的观点我不认同。在项目中，如果将医院与公司的利益完全对立起来，一定难以达到双赢的效果。我自己有一套team理论，从实践中来，对PMI的理论略有参照：项目实施team是包含医院、厂商、3rd方等多方的，而在大team下的存在多个小的team；如医院就存在信息科室、业务科室的不同的小集团。所有的team，不论大小，都有自己的利益取向，并且在不同的实施阶段，PMI中也叫milestone，team利益取向是变化的。只有milestone才是PM在实施中需要关注的重点，mielstone的任务是有主次的，是否完全balance各team的利益不是项目实施的重点。楼主的需求难点其实就是team利益取向难以balance，因而引起的项目目标和milestone定义的模糊化。Lean 6 sigma的分析方法是个不错的选择，楼主可以试试，将一系列需求目标化，找准什么是医院管理体系思想的主体急需要解决的，什么是与这套思想相违背的，是复杂的就医流程？是漏费严重？还是数据无法挖掘？至少，病患在任何一个窗口排长队都不是好事情，大家都能认同，那它是不是现在最要紧的事情呢？数字的说服力终归要强一些的。用科学的方法去分析一下什么才是HIS扩展的瓶颈，才能对症下药。好像有点岔题了，呵呵。

tyq · 发表于 2006-6-27 21:05:47

公司与用户协商，共同确定一些流程的细节，这是必然的，主流也是这样，但实际涉及一些具体问题的时候，往往需要平衡，这就角力，不知道楼上是否做过工程？如果没做过就不要空谈理想，如果做过工程，是否都是一边倒的？理想与现实是有差距的。

eyedoctor · 发表于 2006-6-28 09:28:04

呵呵，各种各样的观点都有，精彩。（鼓掌先...）我发现在这个讨论的过程中，围绕HIS/电子病历的问题，代表不同层次的知识背景、技术特长、实践经验，甚至职业倾向的观点都得到了一定的表达，看看多有裨益。针对谁应该承当HIS需求分析的责任人，在我们这个相对小的交流环境中，尚且存在众多的不同意见和观点，难以达成一致；可见在社会这个大环境中，各种取向的矛盾一定更为激烈。即使完全瞥除经济利益上的因素，多方都抱着把事情做好为终极目标，观点的激烈碰撞也是不可避免。那么，就暂且认为双方/多方都有职责！让责任归属的争论......此处删去四个字。那我们就在论坛这个环境中，以自己真实的倾向和背景、经验、认识，代表各种参与者，针对某些问题的detail（还是翻译成“详情”吧^_^），妥善讨论下解决之道吧，这样，至少让看的朋友多些收获。很多时候，一个帖子不是在寻求问题的答案，而是讨论本身。一个情况：（增加：门诊）1、浙江省的HIS一般不实行预缴款，病人排多次队，但医生不用承当收费的功能；2、福建省的HIS一般实行预缴款模式为主；（通常帐号是不能挂失的，因为初诊的病人不一定带身份证），医生直接收费，病人不用排多次队；一般软件可以都支持，但是医院管理上总得取一种模式为主，一种为辅，请大伙儿发表高见，谈谈理解、认识、利弊、发展趋势，或者原因何在，最好是实施体会。（请避免发展成医患矛盾的讨论，呵呵。） <div>此帖由 eyedoctor 在 2006-06-28 14:28 进行编辑...</div>

tyq · 发表于 2006-6-28 13:01:09

浙江住院也不实施预交款吗？

drewlee · 发表于 2006-6-28 14:12:25

typ，我同意你“平衡”的思想，不同意你“角力”的用词。“角力”是一种对抗性的体育运动，结果是一赢一输的。工程，我作过一些，作PM的项目总额加起来50kk吧，运气比较好，还没有失败过；加上初出道时作骨干力量的项目有100kk了。过去的事情就让它们过去吧，本来不想提的。。。。总是有点炫耀的嫌疑。再者，过去不代表未来的。

tyq · 发表于 2006-6-28 15:35:57

遇上一般的人，很容易“平衡”，要是遇上一些牛人，就是“角力”了，也许用词不太准确，但事实如此。

Bland · 发表于 2006-6-28 17:23:26

<div class='quotetop'>引用

eyedoctor @ 2006-06-28 09:28)</div><div class='quotemain'>1、浙江省的HIS一般不实行预缴款，病人排多次队，但医生不用承当收费的功能；2、福建省的HIS一般实行预缴款模式为主；（通常帐号是不能挂失的，因为初诊的病人不一定带身份证），医生直接收费，病人不用排多次队；</div> 医生不应该收费，这是原则。如果是由计算机做一个记录，另作别论。上海曾经有一家医院想做预交款，遭到病人一致反对，医院有什么权力收预交款？只能自愿，愿意交的可以一次结算，不想交的就排队付款。系统都得支持。

tyq · 发表于 2006-6-28 17:59:45

我们有一家客户，开始谁都不愿意预交，后来没人叫，病人和家属却自觉去预交了，原来是不想每次去排队，还是预交方便。

小城医生 · 发表于 2006-6-28 21:14:04

drewlee VS tyq 的讨论着实反应了国内项目管理的不同的思路, drewlee具有良好的pmp培训经历也具备丰富的实战基础,(不知通过pmp认证考试了么? 我重新翻阅了pmp bok ,milestone定义应该是clear, unambiguous targets . For you, the milestones are a mechanism to monitor progress; for your team, they are short-term goals which are far more tangible than the foggy, distant completion of the entire project. The milestones maintain the momentum and encourage effort; they allow the team to judge their own progress and to celebrate achievement throughout the project rather than just at its end. ) 不过冒昧的问一句,你自认为你所做项目成功的指标是什么?参照PMP, 你是否还有差距?typ一看就是实战经验中过来的, 在解决很具体的实际问题很有办法.是比较适合中小医院实践的。

laohugc · 发表于 2006-6-28 21:20:41

<a href="http://profile.php?u=3696" target="_blank">drewlee</a> 说的不错 作为医院来说自然要求上了软件系统后对医院的管理、服务等都有大的帮助和明显的效果等 作为软件公司来说自然也希望做一个更稳定更强大更贴近医院的系统 双方只有双赢才是成功！ 我觉得好的一套系统大部分还是以医院的需求为主，然后软件公司来分析，再加上自己的经验把握(这里就各显神通了)... 我是IT从业人员现在真准备为一家医疗机构开发社区服务系统，有兴趣的可以交流 msn/email: beyondtkl@hotmail.com

熟透番薯 · 发表于 2006-7-3 07:58:36

挂号时分诊好，还是挂完号，再分诊？是医生端收费好，还是收费员收费好？从业务的角度来看,门诊就医流程是先挂号,然后分诊.这里涉及到不同的角色和不同的职责.在这个流程中,存在一些比较突出的问题,可以想办法优化(留给大家讨论吧).让医生代替或部分代替收费员,这是做HIS的人从古老的收费系统扩展应用范围而得到的情形,这是一种错误的做法.

Bland · 发表于 2006-7-3 17:20:04

个人觉得，软件开发人员与硬件维护人员应该分开，软件开发人员尽量少参与硬件维护的工作。但是从医院实际情况出发，基本的客户端故障要能够处理，值班时可以兼顾，在目前情况下，医院不可能24小时安排软件和硬件两位人员。不知道贵院的软件开发人员有几位，如何负责各子系统？如果一个人分管一个子系统，那是再好没有的事，现在恐怕没有这么奢侈吧。问题就在这儿，当一位软件人员开发完成第一个子系统，并正常运行了一段时间，看起来就比较空闲了。考虑到人员的流动，可能还会安排其他人来熟悉这个系统。既然原先的系统运行平稳了，闲着也不行，就再来一个吧。于是第二个系统开始了，如法炮制第三个系统又跟上。这时开发人员的主要精力在新系统，如果用户对第一个系统提出修改，他的心情肯定不会愉快。如果新系统的任务催得急，旧系统的维护也必须做，后果可想而知。关键如何安排、调度人力资源。

jhs1 · 发表于 2006-7-3 20:57:23

<div class='quotetop'>引用

Bland @ 2006-06-28 04:23)</div><div class='quotemain'>医生不应该收费，这是原则。如果是由计算机做一个记录，另作别论。</div> 同意。

jhs1 · 发表于 2006-7-3 20:59:48

<div class='quotetop'>引用

熟透番薯 @ 2006-07-02 18:58)</div><div class='quotemain'>让医生代替或部分代替收费员,这是做HIS的人从古老的收费系统扩展应用范围而得到的情形,这是一种错误的做法.</div> 应该区分情况。

drewlee · 发表于 2006-7-6 13:09:56

<div class='quotetop'>引用

熟透番薯 @ 2006-07-03 07:58)</div><div class='quotemain'>挂号时分诊好，还是挂完号，再分诊？是医生端收费好，还是收费员收费好？从业务的角度来看,门诊就医流程是先挂号,然后分诊.这里涉及到不同的角色和不同的职责.在这个流程中,存在一些比较突出的问题,可以想办法优化(留给大家讨论吧).让医生代替或部分代替收费员,这是做HIS的人从古老的收费系统扩展应用范围而得到的情形,这是一种错误的做法.</div> 挂号、分诊、收费、开处方，这对于HIS系统而言只是一组功能，可以根据权限分配的；这些在系统分析阶段就可以宽泛些。如果程序做死了，那就。。。。晕了。所以我一直认为，HIS是有管理原型的，不能根据医院的需求100%定制，CIO要把好关哟！我想，挂号和分诊对病患来说没有什么确实的意义，他们只要知道我要找那个大夫来看就好；真正的得益方是医院，各类的统计都有数据源了。这样的话，这个软件在这方面功能的主导应该是医院定义的就诊流程。同样的，医生收费也是如此。病患要的是钱上面数目清楚，不用多窗口、排队等麻烦事情。医院则需要考虑怎么解放生产力。医生的8小时和收费员的8小时是不能等同的。预交款的问题要复杂些。支付能力强的病患可能愿意适用这种流程，支付能力差的病患会精打细算点；病患对医家的信任程度也是其中一个重要因素。如果客观要求两种流程存在的话，不妨把预交款流程叫成VIP流程吧，换汤不换药，病患会愿意接受点。

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