这是一个创建于 2720 天前的主题，其中的信息可能已经有所发展或是发生改变。
现在有需求，开发一个医院的挂号系统微信公众号，功能可能有：挂号、在线缴费、查询病历、体检预约、住院服务缴费等...， 医院规模：中小型私立医院，服务负载可以暂时不用太考虑进去
同时有时间做的同学可以和我联系
第 1 条附言 · 2017-06-04 18:19:11 +08:00
微信号：kristen0 （末尾是 0 不是 o ） ；感兴趣同学可以加我微信
 |
1
PP 2017-06-04 14:17:31 +08:00 via iPad  16
如果能推掉的话，建议楼主不要碰这个项目。医院业务定制性特别强，有时楼上楼下科室位置一调整，业务流程就要跟着调整。在大 HIS 系统内，EMR、HIS、LIS、PACS 等基本都是先分隔再整合的，各医护工作站的业务接口还会牵涉到门诊住院两个业务的利益协调，尤其是医保接口基本每隔一段时间都要随通知调整。我遇到过数据结构不合理的情况，遇到过盲目三级联动的情况，遇到过整合财务系统的情况，遇到过查询压制系统性能的情况，各种天坑。可能已经有个别专业 HIS 开发商提供了微信查询模块，不过以我对 HIS 系统的了解，除非是仅仅实现最简单的功能，否则第三方想在医院既有 HIS 系统上叠加微信相关功能基本都属于找死行为，其开发费用绝非中小医院愿意或能够负担。话不能说太满，不排除有大牛能搞定一切，如果哪位大牛真的凭一己之力搞定了二甲以上医院上述业务的微信实现，还请务必不吝赐教。
|
 |
3
learnshare 2017-06-04 15:12:18 +08:00
问题不在负载，在整合现有资源和流程上吧，写代码那是小事
|
 |
5
zhqy OP @learnshare #3 嗯，我二楼写错了，是复杂，不是负载。
说的没错，主要问题是流程和对接，还有资源分配的事情，现在不用考虑负载和服务架构。 |
 |
6
Zzzzzzzzz 2017-06-04 15:34:55 +08:00
1L +1， 这种单接了无非是坚持蹲点多久后弃单跑路
专门玩医院解决方案竞标的软件公司里医护出身理业务的不一定比程序员少 至于 remote 外包就别想了， 在科室里看着干都不一定能理清楚 |
|
7
PP 2017-06-04 15:41:02 +08:00 via iPad
@zhqy 不客气！职业经历中有医疗相关，看着大坑顺口提醒一下，细聊就不必了。您可以再多方征询一番，应该可以得到一个较为全面的结论。
|
 |
8
NonClockworkChen 2017-06-04 15:45:38 +08:00
1L 这么耐心的解释,为什么大家不点个赞,这是纯干货啊
|
 |
9
zengguibo 2017-06-04 16:09:55 +08:00
我感觉医院应该是统一的业务流程，可以用别人已经开发好的系统强行套进去，而不是听医院的需求慢慢梳理业务，这个是个无底洞
|
|
10
zhqy OP @Zzzzzzzzz #6 个人见解哈，我觉得这个公众号复杂性和 his 这种系统级别解决方案还是两码事吧，是要梳理和对接一些业务流程，定制化一些东西，但是主要是对接他们的系统吧？
|
|
11
zhqy OP @NonClockworkChen #8 点赞点赞
|
 |
13
flyz 2017-06-04 18:44:33 +08:00 via Android
@zengguibo 不管是公立医院还是私人医院，只能听医院慢慢梳理，如果不听那些所谓的专家建议，整个软件在实施过程中举步维艰。
我是医疗软件实施人员（ his,emr,lis,pacs,eis,ris 等都实施过） |
 |
14
murmur 2017-06-04 18:46:15 +08:00
感觉做了也白做 你是比不过微信和支付宝自己的智慧医院的
举个例子，我试过很多所谓智能 app 智能公众号 只有支付宝能直接医保卡-社保卡-社保密码一起绑定，垃圾一点的甚至社保卡都得去找客服 |
 |
16
sfree2005 2017-06-04 20:44:34 +08:00
做这样复杂的业务系统，需要一个很有医疗背景的人写需求文档，各种 UML，use case 要非常清晰才可以~~我看单是写需求文档都需要几个礼拜甚至更长吧
|
 |
19
napsterwu 2017-06-04 22:14:50 +08:00
深圳大多数医院都有这样的吧 中大 X 院 蛇口 X 院 南山 X 院 等等 挂号还有就医 160 最后这些医院都是可以绑个就诊卡到微信和支付宝上就可以缴费看病历和检查结果的
|
|
20
napsterwu 2017-06-04 22:15:40 +08:00
刚才说那些都是在公众号的功能 不是 app
|
 |
22
fortunezhang 2017-06-05 08:31:27 +08:00
单纯的从逻辑上来讲，这个挂号业务不麻烦。即便是挂上一些其他的业务，比如检查结果查询等，也没有多大的麻烦，毕竟大部分是根据接口提取数据而已。
但是，你想过这样的问题没有，你服务的对象是医院和患者，千奇百怪的需求有的是。比如我们医院的某个中医的号，只有 60 个 /天，每天凌晨 12 点开始强，好吧合同写好了，开发好了，每过 2 周，就有人开始反应了，我们老年人一不会用手机二不可能这么晚不睡，我们抢不到号，不公平，怎么办，改一下时间就好了，轻轻松松。但是后面又来问题了，专家要出差，这周 5 停掉预约，怎么处理？数据库加字段呗，又过去了。然后医院告诉你，你得给我一个后台，我自己能配置，3 天以后，可以了。但是你永远不知道他们多能跟你闹腾，场景一，我不懂啊，你交给我怎么输入吧；场景二，我就是按照你说的输入的，可是出错了；场景三，你给我写成用 excel 导入导出吧。再过些日子，你感觉很烦躁，每个需求都不大，但是很多，而且有的是今天改了，明天还得改回去。 所以即便我在医院工作，我向来不接医院和老师的私活，太 TM 的麻烦。 |
|
23
zhqy OP @fortunezhang #22 嗯，说的没错的；不过这个情况不少乙方会出现，自己公司产品经理还一天改 18 遍需求...
不过签合同可以事前约定好的嘛，维护和新需求改需求加钱，而且要排期 |
Select Language