SOA沸沸扬扬，真的那么好吗

teconly

是一个技术噱头？国内真正有哪几家医院成功上SOA并有实质收获的？

感觉如果上，soa厂家的重要性一下会提升，而且以后上系统写接口会严重依赖于该厂商。

[ 本帖最后由 teconly 于 2009-1-14 16:43 编辑 ]

红旗飘飘

呵呵抱歉，SOA构建后就不用“接口”了。
其实集成的方式有很多种。

tyq

不用接口也是想当然的,不同的SOA平台也能通用?
就算SOA平台通用,消息传递也完全相同?HL7都用起来了吗?HL7就没有方言?

红旗飘飘

是啊。
HL7有没有用起来，确实就像很多人不会说普通话，或者没有人教，或者教了也不会，也或者是天生聋哑。

HL7方言， 不知道发现了哪些种，我喜欢阮苏侬，也喜欢川陕普，接触到蒙语感觉也不错，呵通吃，因为都挺可爱。

虽然上述方言我通通不会说，并未妨碍我以普通话与他们沟通。伊拉欢喜冈侬戆大，你清楚自己是不是很“二”就可以了，假如你大脑库里确实是在纠缠自己是不是很“戆都”，我希望侬在伊拉很为难地发音冈侬“二”时，侬还能恢复回儿提学语时的脑容量。
我从没体会过那类中英夹杂的表达方式，我觉得当一个人有了创想时只能瞠目结舌喃喃出“idea”时，他的母语已经被各种code插接“霍乱”了。

[ 本帖最后由 红旗飘飘 于 2009-6-7 21:20 编辑 ]

tyq

sql 92 ,作为国际标准,但是同样的语句,在sql server和oracle中执行的结果就有不一样的,想做成通用的,不用移植就能直接应用,呵呵,难了.

ironstone

soa并不是银弹，就如工作流，界面自定义一样，仅仅是为了解决某些重大技术问题而应用而生的一种新技术方法。首先要明白soa并不是一套软件或者工具，soa更多的是在目前最新技术状态下的一种最佳实践的方法。这有两个前提，一是你自己的企业环境是否达到了这种技术状态，二是你是否拥有相关的最佳实践知识能够知道你在实际工作中应用。就我的理解，SOA技术是可以跨阶段，也就是说可以没有，现在可以开始进行SOA的架构实践，但是在很多的医院实际环境中是不具备进行soa实践的前提的，或者说要达到这种状态是需要进行非常大的改造的，而这种改造可能对医院现有系统不说伤筋动骨，也是要颇费一番力气，但进行soa实践就是为了减少以后的伤筋动骨。可以说是现在需要付出30％的代价，以避免以后付出100％的代价。

不崇拜技术，但也不能盲目反对技术，就如以前有公司认为有工作流可以解决一切问题，任何流程变动可以直接拖拖拽拽就可以完成，但到现在也没有看到那个做大做强的软件是基于这种方式进行构建的和实施的。

ironstone

在软件中除了技术因素意外还有一个更为重要的人的因素，曾经所在的公司就希望引入一个自动编程的工具，经过实践之后，我认为是不可行的，其中重要的不可控原因就是人。这个再另文叙述了。

tyq

确实是这样,工作流对于不太急和环节比较多,业务量不大的情况,应用得比较好,对于医院的窗口业务,肯定是用不起的.

红旗飘飘

窗口业务实时性要求高，这类业务处理还是继续独立应用比较好，SOA也支持这类开发，引擎到应用虽然还很远，所有应用端的开发可以基于同一逻辑建模。
我最近有点新烦恼，大家有时间也给我分析指正一下，因为见多了所谓的新技术应用(硬件)，也厌倦了就诊排队，有几次在想也许可以尝试一下这件简单的事？(突发感想不够成熟)

门诊自助缴费终端——以ic卡或条码识别身份，自动读取处方待缴费信息，再以普通银联卡自助缴费，自动打印支付凭证和指向取药窗口......

做到自动柜员机和自助办理登机牌一样并不难，能缓解一部分可以自助应用的患者排队问题，至少可以在取药前随时自助划卡，可以理解为“救闲不救急”。也不会影响其他患者照常在窗口排队；

在这里主要有3个问题：
1、银联接入内网的安全性不存在问题，但窗口划卡一定不如处理现金更快速，所以银联接入只能在自助缴费时才有实效，只存在第一口螃蟹的因素。
我们只要提取银联卡支付后输出的金额信息就可以作确认，甚至分次、分卡支付再累加记录也不存在问题；
最保守地可以采用一键单屏双机模式，1机读IC卡查询处方信息，1机为银联卡缴费终端，而分别从双机上提取的患者IC卡和其银联卡，我设想在人机操作过程中自动提取并建立关联性，最终将成功支付的金额信息延时发送到HIS服务器即可，后台为患者添加已缴费标志；

2、患者自助缴费后的打印内容，我暂时性地被迫觉得越少越好，最好只是涵盖了门诊IC卡号、银联卡号、自助缴费金额的一小条取药凭证，门诊收据在患者窗口取药时连同处方一起提供。
这样被迫少的目的仅仅是降低自助终端打印的故障率，也可以轻易做到一次性的最简单打印提供。

3、自助缴费后本可以实现门诊处方、收据、取药导医条、银联缴费凭证等的联动打印，希望在各打印机联动打印逐一完成后，自动切纸将打印结果输出到同一个取纸槽中，取纸槽做成可以随流程而弹起或滑落的玻璃仓，设计成退卡即关闭，做到每读IC卡都自动刷仓清空。
这样联动打印集中输出的目的是在1台自助终端上完成全部打印，同时避免患者取三漏四，也避免前面患者忘记取结果时，遗落在槽内的被其后的无关人取走。难度在于打印机可能易出进切纸等故障，而且，采用自助的患者在素质方面必然没问题，但值守多机的普通院工未必有解决故障的能力呐。

我觉得对医院而言，这件事应该比成人腕带更有意义吧，可能投资会太小，虽然患者接受度更高，少花钱而提高服务的事儿医院们不会去做。

[ 本帖最后由 红旗飘飘 于 2009-6-7 23:38 编辑 ]

ironstone

哈哈，没想到红旗也有这样的想法，原本1月份的时候就在想做这样的事情，也有公司愿意实践一下，流程都讨论确定了，结果讨论到3月份医院不愿意干了，没成。所以缺少了实践，给不了你好意见了。个人认为你的设想是基本可行的。只有一个麻烦的事情是发票和处方没法自助，主要是因为发票都是定制的，处方都是固定格式的大小的，而这种自助打印的话一般为了降低故障率和卡纸，基本上都是用卷筒式打印机。

扩展一下也可以自助挂号（采用投币或者纸币接受），自助充值（将银行卡上的钱转移到医院账户，当然前提是医院内部的IC卡支持），自助打印清单。

不过要做到这个呢，这种机器也不算便宜了

红旗飘飘

如果你院里希望做尝试，我一定无私协助你。
盼望大家一致多多提供建议，把这件事设计成相对简单而有充分可行的方案，我希望可模仿度高，全国各地医院谁都可以自主定做。

stone 自助挂号和自助打印终端已经有些医院摆设启用了，是采用已储值的挂号卡自助挂号，也有因跨系统有延时而采用自助预约稍后短信通知结果的；自助打印一日清单，有的医院将多媒体查询机放在病区内护士岛旁边，患者可以自己查询打印。

如果采用IC卡自助冲值或者存门诊预交金，我觉得这还是IC卡和银联卡的两个岛，行外的朋友会继续笑话我们的；
我们能直接做到以IC卡识别内部身份，关联银联卡直接支付，这样和自助冲值的难度其实是一样的，从银联卡划账到IC卡，与银联卡直接支付，没什么区别，而且几乎是同样的工作量，我觉得后者更容易获得银行支持，甚至与银行合作定制可通用的储蓄卡作为患者IC卡，都不存在难度。

降低打印故障率我思考了几次，最简单的是减少打印，只提供一个类似排号条大小的确认支付成功的纸条，将其他打印放在摆药台后面完成，发药时再一起提供。
“救闲不救急”，这类自助一定是有较好行为素质的人去尝试使用，就和我们懒人都喜欢自助打印电子行程单一样。发票后提供应该能被这部分人理解，而这样自助缴费，其实和医保结算系统都没有关系，只是按照HIS的结算金额划账，也可以做到自助选择支付金额，进而实现多卡多次支付完毕。

如果联动打印多页，我希望将多个自助台作成一个环岛状，每终端都在岛内连接多部打印机，收据和处方、银联支付凭证等都采用分打印机分别打印，自助切纸，我设想是切纸后能分别滑落到自助终端的取纸槽中一次性输出。
自动滑落到位，我考虑过定制柜体时将打印机倾斜放置，切纸后重力垂落，取纸槽做出凹形滑道，这需要在工厂实际测试。
环岛柜组的空间都比较大，岛内有人值守维护，每终端的背部空间我觉得都可以放置3台热敏，放2台主机也不困难。这样做已经比120用1机3屏占用空间少多了。

这是件有意义但不赚钱的活儿，首家医院自主设计开发即可，可以与银行合作一起报科委申请经费或奖励；
而我更看重的是：以后工作忙、或者习惯粗心大意的人再去医院看个小门诊，也许可以不用再在病人堆中排队等候了，院内现金失窃也能少见一些。
另外，也许能缓和关于医卫信息孤岛的蹩脚恶评，收费是每家医院的重中之重，我们医院总不会一直比超市pos机低级吧？俗话说男怕入错行，现在已经与行外的朋友拉开差距了，然而实际上，从应用上我们可以与卫生系统外很多系统集成融合，而只有卫生系统内的家务岛让人无奈。

[ 本帖最后由 红旗飘飘 于 2009-6-8 12:42 编辑 ]

tyq

技术完全没有问题,并且难度也不大,与医保接口类似.
但是大家都没了解到的一个问题是,千分之5的手续费是要医院出的,和超市是一样的,深圳的超市就因为这个手续费联合停刷一天卡,以示抗议,一年下来,得给银行和银联多少手续费?并且这个手续费不能向病人收取.医院愿意做这项工作吗?
想法很好,别以为其他人都没想这个问题.实施起来问题不小.

ironstone

恩，以前一般是千分之五到千分之九，但现在好像没有那么高啦，也可以和银行谈可以降，我们原先和银行谈千分之二，我知道有的强势医院谈到了免费，就看每家医院的本事了。


to：红旗 自助充值 不是针对门诊，主要是针对住院病人，在住院过程中直接通过银行卡进行住院预交金。

本来讨论SOA的，结果讨论自助服务了，我们还是另外起个帖子来讨论吧。

红旗飘飘

stone作为一项合作去谈，也许可以No1呢，得到银行的支持并不难，刷卡后就可以同时解决门诊缴费和预交金的问题了，而成果奖励我建议交给银行去申报。

原帖由 tyq 于 2009-6-8 22:13 发表

                               
登录/注册后可看大图

技术完全没有问题,并且难度也不大,与医保接口类似,
千分之5的手续费是要医院出的,
想法很好,别以为其他人都没想这个问题.实施起来问题不小.

谭工把简单问题复杂化了，很多人想过这个问题，但想不出怎么做的是大部分人！
技术完全没有问题，只是与银行交易系统的接口，主要是院内应用的处理，我只能把触摸屏硬件、打印内容及设备、环岛布局等处理方案简单描述一下，由医院因地制宜；而HIS应用软件，更是因人而异。
这一项目比投资配液中心要小得多，不同之处在于一个是管理节余，一个是旨在利民(另仅可换取一定的大客户礼遇)。

刷卡手续费，将是解决方案的一部分，据我所知，很多地方商业银行对大客户的政策更好；未来引入自助缴费后，我更多为HIS数据安全和资金划转方便来考虑，只接入银联成员的某1家银行，而不是对五大和花旗渣打都开大门，哪家银行对跨行刷卡的规模交易利润感兴趣，就提供交易终端过来谈接口；而其他行想把ATM机摆到院内来，我们还不同意呢。

呵你觉得手续费“问题”实施起来“问题”不小，我并非觉得你不如自助消费人士的素质高，对于你已经做到了的，你似乎都认定是简单而不存在了的问题，而对于你未做到的，言必称“问题”，这应该就是大家做事的思维习惯不同吧。
现实中，无论外卖费、包房费、跨行费、漫游费…，根本不需要医院解释，也不存在为2元的跨行刷卡费向医院索要发票的自助患者。一句话：有想不通的，有做不成的，但成功是没问题的。

傻瓜型自助服务，是没有那么多聪明人浪费时间研究取舍的，也没必要像MS搞些授权使用协议和自述文件一样，我凭经验认为，凡用到说明书的，一定让大部分接触者看不懂，凡花蛇添足的，一定是出品人首先没搞懂。
如果自助结算界面的银行logo还不能说明问题？那我只能设想在自助环岛上方张贴醒目通知了：本终端由**市商业银行赞助建设。。。遇到不识字的怎么办？再为亲属加一条：为了保证您能阅读和理解电子处方和收费清单，请在大人监护下接近此设备。。。遇有精神病无赖怎么办？保安110。。。

[ 本帖最后由 红旗飘飘 于 2009-6-11 16:28 编辑 ]

tyq

既然是皆大欢喜的事情,赶紧做就是了.