当前，可支持一个HIS选择的体系结构不外乎有三种，主机加终端的分时系统，微机网络加文件服务器系统和客户机/服务器系统。主机加终端分时系统是美国、西欧与日本自七十年代到八十年代末在综合医院信息系统时的基本选择。许多成功的著名的HIS都是基于这样的体系结构开发出来的。这就是所谓传统集中式信息管理基于主机的模型。尽管这橛的系统可处理的数据量，其运行效率，对完整的关系数据库的支持以及数据的整体可用性

等方面可以满足HIS的需要，但近年来理论上受到越来越多的批评，实践上受到DoWNSIZING浪潮的强烈冲击。普遍认为这样的集中式系统一次性投入太大，应用系统被过多的束缚在厂家的软、硬件产品之上，失去了系统的开放性，灵活性，可伸缩性，笨拙的软件开发工具影响应用软件的开发速度，无法与PC相比的API及GUI技术影响应用软件的开发质量与成功率，越来越多的信息系统主管相信他们的基于Mainframe的集中式的HIS的寿命不会很长了。日本许多大医院八十年代建立的集中式系统，弃之可异，留之不好用，成了沉重的报包袱。因此，虽然集中式的HIS有过它昔日的辉粕，但我们在九十年代中设计中国医院信息系统时，是不应该，也不会再走西方国家十年、二十年前的老路了。微机网络系统结构的主流选择。中国医院计算机应用经历了单微机单任务，多微机多任务进入到微机网络的文件服务器阶段，应该承认是有了很大的进步。微机网络支持分布处理，而且直接继承了PC系统的全部有点，用户可以充分使用自己的CPU的同时又可以共享昂贵的外部设备，海量外存器，激光打印机及绘图仪，亦能实现多用户的数据共享。

    实际上，已有一些中、小型的医院在这样体系结构基础上成功的部分实现了HMIS。但是这样的系统也许可以承担大型医院部门一级（便如财务处、人事处或病 人入、出院管理等）的信息管理任务，但此类结构的先天下不足会使其难以担负起建立医院完整的信息系统的重任。这是因为：通常此类系统均不是建立在真正RDBMSServer之上，xbase一类的大众数据库系统无法为开发者和用户提供完整的关系数据库管理服务，象数据库管理埚，数据字典，数据库结构化查询语言，数据的完整一致性与保密性保证，支持多任务，多线索，联机事务处理控制，查询优化能力。往往是以简单的文件方式，用对单一文件加锁，解锁言式实现共享，用传输整个文件的方式提供服务。这不但给LAN增加了不必要的流通负担，同时也没能充分发挥后台服务器CPU的能力，工作站仍然承担全部所需处理，和单个微机情况相同。这就是为什么人们亦把文件Server叫做Client-based计算机的原因。在这样的体系结构下， 如果设计者为减轻网络的通讯负担和加强数据的安全性，采用数据物理上分布于不同Client端的方法，那将为系统的设计与实现，数据完整一致的保证，满足高层用户对各类数据的综合查询与辅助决策，多个用户对彼此间数据的共享与同步更新带来无穷的麻烦。客户机/服务器是在网络基础上，以数据库管理系统为后缓，以微机为工作站的一种系统结构。奉关键点在于一分为二，即把数据存取与应用程序分离开，分别由数据库及工作站来执行，从而明显地既保证整个系统的运行性能，又增加了系统的易开发性、可扩充性和可维护性。它的优越性在于：极高的性能，Server端一定有一个完整的高效能的关系数据库管理系统。