互联网医院系统,互联网医院系统定制,互联网医院诊疗系统用户分析
目标用户群和特征
医院:搭建了互联网医院平台的医院。
药企:和医院有药品供应关系，旗下有连锁药店，资质齐全的药店符合我们的要求。
患者:通过互联网医院在线咨询，医生开了流出处方。
物流:有药品配送资质。
用户需求或痛点
医院:药品目录与外部药店匹配度不高。
医生:医生的卖药收入是多少，处方外流后利益如何平衡？
制药公司:
新医院或新零售市场的开发
如何挖掘现有医院和原有市场的潜力
如何管理和维护与医生的关系
患者:一般情况下去医院看病，吃药，都要花很多时间和费用。
用户分析摘要
医院问题:寻求医院现有药企和连锁药店合作，解决药物匹配问题。
药企:增加药企药店的销售渠道。
患者:通过第三方分发节省用户的时间成本。
项目目标
为医院门诊医生提供处方发送平台、处方签名功能、药房绑定功能、药品控制功能。通过接口将处方拉至流通平台，收费后通过中间件将医院信息系统的处方标记为已收费；
为药房提供处方接收平台、处方获取功能、处方调剂功能、药品对比功能、药品上架功能和药品物流配送功能；
为平台提供处方审核功能、处方跟踪功能、CA签名检查和处方有效性检查功能、药房、医院、药企常驻和审核功能、库存警戒线预警功能和处方二审功能；
功能主要包括:药品目录设置、药品对比、药品上架功能、在线支付功能、库存抵扣功能、处方CA签名、处方推送平台、处方审核、处方二审、药店选择、处方调剂、物流配送、处方跟踪等；
建设模式
运行时环境
硬件设备
手机:所有品牌都很普通，内存不低于4G。
PC:品牌都一般，处理器Intel i5以上，推荐内存8G。
支援软件
操作系统:Android4.1及以上，iOS9.0及以上，Windows7及以上。
微信IOs最低版本要求:7.0.9
微信安卓最低版本:7.0.8
浏览器:Chrome、Edge、Firefox
项目技术要求
软件至少应包括以下模块或相应的功能:
系统要求和集成
系统构建原则:
(1)中立原则:平台供应商没有任何医疗或医药公司背景；
(2)开放性原则:符合药店服务标准和规范的药店，符合要求的药店可以申请接入平台，共享医院流出处方；
(3)智能化原理:所有处方均由智能配送引擎基于规则计算生成，为智能处方配送引擎的技术进步提供了技术示范；
(4)自主性原则:患者可选择在医院药房或平台接入的任何社会药房取药，灵活方便；
(5)易于监管原则:平台可以接受卫健委、药监局等管理部门的指导和监督，建立统一的处方审核和追溯机制。所有接入平台的药房处方都接受监督和指导。
系统接口要求:
(1)平台通过标准化接口与医院HIS系统连接，可以根据HIS系统的需求提供多种接口方式，并建立专门的安全通道将其与处方服务平台隔离，从而保证医院系统的绝对安全。
(2)严格加密所有处方数据，确保处方不泄露、不被窃取，确保处方医院可追溯、不外流。
系统架构要求:
(1)系统架构应具有高度的灵活性和可扩展性。
(2)系统采用B/S架构，运行在纯Web运行环境下，无需下载或安装任何插件。同时，系统必须支持自动版本更新，并且易于实现和维护。
(3)系统必须支持外网故障不影响本地业务。
系统安全要求:
(1)系统必须统一安全认证机制:统一授权认证中心提供服务。
(2)系统能配合医院的内外网隔离机制。
(3)系统具有可监控的独立安全中心。
(4)系统有独立的配置中心来管理所有功能模块的配置。
(5)系统支持角色权限配置功能，确保使用安全。
(6)条件和权限修改，以及痕迹修改功能。
(7)提供完善的日志跟踪系统，方便故障诊断和日常维护。
医院处方流通平台与数据交互要求:
(1)平台应支持多种平台系统，如Windows、linux操作系统。
(2)平台应提供可靠的服务器资源，保证业务的正常运行。
(3)平台应支持REFTFul、XML、JSON等标准和规范。
(4)支持多种通信协议。
(5)根据实际需要支持多种数据库类型。
(6)医院处方流通平台应提供便捷友好的接入接口，便于在线开发、实施和日常维护监控。
(7)医院处方管理平台和监控平台应支持中英文模式切换。
(8)平台必须提供在线、图形化和实时的系统运行状态和服务器性能(包括CPU、内存、磁盘、网络等。)运行状态管理以便于性能监控。
(9)平台应基于主流开发语言进行开发。
(10)可与现有医院信息系统连接，达到系统间信息共享和集成的目的。
