因为对接他们需要做数据同步，尤其是医生信息、号源、患者信息这些需要同步，所以想知道这种his一般数据库有多大，最好是能准确到医生、号源、患者这些表单的容量大小。

需求太模糊了

三甲医院门诊量从1000到5000

病人信息包括 基本资料，医嘱，病历，检查检验，影像等等

需要的数据量每天从50m到50g都有可能

跟信息化程度关系很大，一般情况下普通5000门诊量，总体数据增长在3G以内。如果考虑到影像病案系统，很大，30G左右

1个T够用三年，影像信息不算（按2000门诊量算）

不同医院存储的数据量不一样，即使同一个病人，有的医院只有三四项信息，有的可能几十项信息，所以这个没法估计。

1、抛开电子病历、PACS影像的存储架构、存储量和数据增长，谈数据增长量都是ShuaLiuMang。

2、同理，不说出门诊、住院的规模（出诊安排量、出诊科室数量等），以及当地的病源数质量（门诊量、出院数、手术数、病种质量等），也是ShaLiuMang。

3、不提使用什么数据库，用什么存储架构，如何设计表结构、数据分区策略等等。。。算啦，不能再Shua了

4、数据增长量和HIS架构设计的合理性也有很大关系。有的HIS，为了方便历史数据查询，把数据冗余度设计得贼变态，相同的字段恨不得在好多业务数据表中都存在。为啥？还不是因为将来查询时省得关联字典表和业务表。别问我指的是谁，不想被拍砖，比比皆是。

由此可见，影响数据库大小的因素实在太多了。

单从数据增长量角度讨论HIS架构的合理性，根据我的经验，军字一号HIS（也就是天健HIS的前身）设计是较为合理的，设计的研发第一代军字一号架构的薛万国、刘海一、刘志敏老师，简直可以封神。当然，后来让天健给玩坏了，那是后话。

给题主一个参考量吧，仅供参考哦：我们（2000张床三甲）二十年的数据量(不计算电子病历和PACS影像)，大概是400～500G左右。不过，不建议题主始终让你的在线数据长时间保持这么多，要坚持做定期过期数据转储和数据整理，并创建历史数据服务器。在线数据量保持10年左右应该足矣（提示：具体问题具体分析，有的数据需要长期在线，比如病人基本信息等。这个问题此处不展开，可以下来讨论）。原因：1、即便是应付大部分的历史数据查询和上级检查，10年也基本上足够。2、提高查询速度和数据库运行效率。3、降低数据库运维和备份的压力。

以上，仅供参考，不喜勿喷。