关于医院系统怎么像电商模式一样开发框架

静坐的时光丶 发布于 2018/09/25 11:41
阅读 393
收藏 2

 

新的医院系统都用种区域化扩展的趋势、医院系统原本的高并发、查询数据和实时数据冲突、查询的时候数据库卡死造成实时数据交易卡住。服务器怎么横向扩展。用什么数据库?

双机热备等。

像电商目前用的什么Redis、RabbitMQ、ElasticSearch怎么用到医院系统里

什么Redis和数据库同步技术什么的?

大神给点意见、都可以说说

 

以下是问题补充:

@静坐的时光丶:一些想法:1.要连接各个模块如门诊挂号、自助机挂号、医生挂号、网站预约挂号、手机端挂号。什么的相识业务调用。 2.检查检验外包,今天是这加PACS公司、LIS公司、过了几年换了公司。 总结需要有个ESB(SOA)总线服务。来连接各个厂家和模块间的数据调用。要用到技术是不是Mule ESB和ActiveMQ、RabbitMQ。针对于查询业务并发是否可以用redis做缓存(如何数据库同步) (2018/09/29 13:44)
加载中
0
hzajie
hzajie

技术是为业务服务的,如果你能将业务域模型做出来,才能用技术模型或架构加以

0
gaomq
gaomq

每个医院的业务场景都不统一,以前我给三甲医院做过。目前国内还都处于外包阶段,给每个医院单独定做,按你的设想几乎是不可能的。另外你得有业务(需求)场景,才有技术啊,谁还能坐那凭空想出来一个。

0
IdleMan
IdleMan

引用来自“gaomq”的评论

每个医院的业务场景都不统一,以前我给三甲医院做过。目前国内还都处于外包阶段,给每个医院单独定做,按你的设想几乎是不可能的。另外你得有业务(需求)场景,才有技术啊,谁还能坐那凭空想出来一个。

大型医院一般是一个医院一套系统,小型医院因为成本、运维等因素就更趋向于区域化了。之前做的HIS都是按地域部署,业务高峰期库存死锁。后来只好在库存那块启用了消息队列才解决了死锁问题(集中在批量发药)。

还有个更大问题就是性能,为了方便数据统计,一个地域内所有医疗机构共用一个数据库,导致数据量增长特别快,尝试了三个版本的表分区才最终解决了性能问题。

要想实现分库分表微服务,应用开发量起码翻倍,更不要说好多HIS是N多年积累起来的,加上复杂的业务流程,推倒重来更难了。

现在互联网医疗的春天,采用新架构的应该很多了。

 

IdleMan
IdleMan
回复 @gaomq : his最大难切入两点:关系户、系统对接(影像、心电、一体机)。比如你开发个系统想去给影像对接,人家厂家又收你钱还不菲,你就只有瓜起了。只是管理信息流、资金量那跟其他信息系统没啥区别。
gaomq
gaomq
目前国内做HIS的就那几家,医院数据量确实有意思,没接触过的都感觉简单。主要是每家的医疗数据都是不一样的,没法统一,你说的那写也得需要客户愿意出钱才行啊。我曾经想过做那一块的,但是真正的大医院都是有政府背景的你一般也竞标不上,另外费用太昂贵。
0
Joyzhou
Joyzhou

我是比较难想象会拿医院跟电商的并发量做对比

gaomq
gaomq
三甲医院使用的系统每天晚上需要封账,是按笔按批次处理数据的,没你想的那么简单。就好像铁路的订票系统的一样,你查一下就知道难度了当初阿里也参与进来了。另外并发量也就双11的时候高点,平时硬件已经足够支撑。
裸奔的饺子
确实
返回顶部
顶部