在从业的10余年时间，从事pb开发和教学多年，应朋友的要求，写一篇关于老his的问题，今天终于得空书写。
老his自1995年立项至今已走过20余年，目前仍有上千家医院在使用，可以说它在医疗信息化水平的提升和行业人才培养等方面发挥了重要作用。

随着医院各项管理不断具体与精细，医疗业务流程不断改进，外围系统不断丰富，新业务、新技术不断涌现，许多医院也在不断地为，系统增加功能、优化流程、完补漏洞，持续满足各个部门提出的新需求。但是，在信息化水平不断提高的同时，IT环境也变得日益庞大复杂，现行系统在很多方面已经面临瓶颈。

系统采用传统薄弱的C/S架构、信息技术陈旧，开放性、扩展性和兼容性差。主要存在以下问题：

技术架构方面

技术陈旧

信息技术较为落后，客户端臃肿，不能集中控制，难以管理；对网络资源占用很大，跨三层网段访问能力差。

数据窗口，字段扩展需要修改应用程序，工作量大；且标准化程度低。

架构单一

架构、功能单一，不适应当前操作系统的发展变化和大规模的网络应用；

运算高度集中，无法实现分布式运算，缺少冗余，在结构上不够灵活。

兼容性差

PB语言其网络开发功能比较弱、对OO的支持不够、多线程开发与调试的功能比较差、对于新的操作系统（特别是64位）支持不佳、对于代码智能提示等UI不够友好、对于源代码版本控制工具兼容性较差等，无法跨平台部署。

扩展性差

用户界面紧密耦合于物理数据设计，这意味着只能使用限定的数据库，并且客户端数量的增长直接导致数据库承受更大的压力，使得系统的横向可扩展性受到制约。

安全策略弱

在用户管理上完全依赖Oracle的管理机制，每个用户在登录应用程序时，都是使用自己的账号直接连接到数据库，这会造成数据库端需要保持较多的连接数，对数据库内存等资源消耗很大。使用工具软件直接登录数据库执行SQL语句，在数据安全性上也存在着较高的风险。

基础数据不全

最新的疾病编码已到ICD-11；药品基本属性缺少抗菌药物分级属性，缺少皮试用药标识，缺少贵重药品属性等。因为缺少这些属性，无法做到后续进一步的临床应用，从信息系统对临床管理安全角度来说，不能做到临床用药安全警示。

系统补丁、外挂太多，亟需统一整合

由于历史的原因，“军字一号”HIS系统以模块化的方式呈现，系统与系统间数据通过私有接口联系着。系统间接口不稳，数据标准不统一，开发工具不统一，“补丁+补丁”一直存在，维护人力成本和时间成本巨大，亟需站在更高的起点上统一筹划，统一整合。

数据关联性不强

费用不能倒推。如住院费用明细表(inp_bill_detail)没有存医嘱序号，没法推算费用是由哪条医嘱所产生，在实际的应用场景中无法根据医嘱条目进行退药操作，仅这一点就说明系统仅仅停留在以经济为中心，数据未关联到临床应用。

统计报表不完整、统计口径不统一

系统中缺失有用的统计报表，更多的需要人工“清点”统计，无法从系统中直接提取；由于统计口径不一致，统计出来的数据不准确。如医生工作量统计，由于有些地方存的是医生NAME、有的存的是EMP_NO、还有的存USER_NAME。存的内容不一致，统计口径就无法一致。

本文参考：““军字一号”如何成功推广应用-HIT专家网 (hit180.com)”