根据院党办提出‘防止通过医院信息系统统计医生用药情况‘的意见要求，我科在认真分析医院信息系统的总体设计方案、系统业务流程、系统维护工作，现予以答复如下。（考虑到医院绝大部分药品是属于住院部分，因此本文着重对住院药品进行处理）

医院信息系统是医院日常医疗业务、医疗管理工作的信息系统，其数据是由数十个应用系统产生并使用的，医院信息系统的数据结构、应用系统设计极其复杂，并且医院信息系统是7×24小时不间断运行，各项数据的关系都是相互关联、且错综复杂的。下面仅简要说明医生用药统计所涉及到的系统状况。

医生用药信息所涉及的记录类型主要有：医嘱记录，医嘱执行记录、医嘱领药申请记录、药品发药记录四种，每一记录类型都是由大量不同数据项组成的数据结构，每一记录类型在医院信息系统中都有上百万的数据记录。各数据记录的主要结构说明如下：

①             医嘱记录：住院号、住院次数、医嘱名称（含药品名称）、医嘱时间、执行频率、医生代码，………等。医嘱记录是由住院医生系统、病区护士系统输入医嘱时产生的。

②             医嘱执行记录：住院号、住院次数、医嘱名称（含药品名称）、医嘱时间、执行时间、执行数量、医生代码，………等。医嘱执行记录时由住院医生系统、病区护士系统根据医嘱记录产生病人的医嘱执行明细记录。

③             医嘱领药申请记录：住院号、住院次数、药品名称、执行时间、执行数量、医生代码，………等。医嘱领药申请记录由住院医生系统、病区护士系统根据医嘱记录自动生成向药房申请领药的病人药品明细记录。

④             药品发药记录：住院号、住院次数、药品名称、执行时间、执行数量、医生代码、发药时间、发药人，………等。药品发药记录则是由发药人员在住院药房系统进行发药确认时产生的。

根据‘数据记录组成’可以看出，既可以通过药品发药记录直接查询，也可以通过医嘱记录、医嘱执行记录、医嘱药品发药记录、药品发药记录进行组合查询，从而实现对医生代码、药品代码、发药时间的统计。因此要想完全实现防止医生用药统计，就必须对涉及到的所有相关记录数据进行相应的处理。（注：上述系统设计方案是医院系统分析设计的特点和业务工作需要，并非是系统设计的缺陷。）

上述数据记录主要涉及的应用系统主要由：病区护士医嘱系统、住院医生系统、住院药房系统、住院处管理系统、医保结算接口、医院质控系统、药品比例统计系统、二级数据存储系统以及日常工作需要的临时查询统计等。各系统的大量功能模块都在不同程度上使用到上述所涉及的各项数据记录。

通过‘系统状况’的分析可知，要防止能够对医生用药进行统计查询就必须对上述涉及到的数据记录中的医生代码进行相应的处理。根据医院数据库系统、医院各应用系统、医院日常业务需求，主要可能的处理技术方案有下述三种。（注：本文所涉及到的数据项加密与网络传输加密、文件加密等在技术概念上是完全不相同。）

对上述涉及到的数据记录中的‘医生代码’进行相应的加密，才能在保证系统数据完整性、一致性的同时在一定程度上防止非正常的医生用药情况统计。该方式主要存在的问题有如下：

①             涉及‘医生代码’数据项的所有系统（详见‘系统状况’说明）必须在数据产生（输入）时调用加密处理、在数据显示（查询）时调用解密处理。该处理模式不仅要设计加解密处理函数，更要对所有涉及到的应用系统进行全面的修改。由于所涉及的系统数量多、各系统中的功能模块多，给系统修改带来极大的工作量。

②             在日常临时查询统计时，必须对每一记录先进行解密处理，但由于在数据库中保存的时加密后数据，解密后的数据实际上是在工作站端而不是在数据库内，因此无法使用数据库系统本身所提供的、高效的查询统计功能进行查询，给未来日常所需的查询统计造成极大的困难。（包括在上述各应用系统的查询、显示部分都存在一定的问题）

③             日常工作中，需要对部分记录进行相应的维护，一旦由于各种原因需要查询某一完整的记录时，就必须通过手工调用加解密处理函数并输入密文后才能产生相应的明文数据，给日常维护工作带来极大的不便。

④              由于日常的维护、系统开发并非由一个人进行。即使采用加解密处理，只要知道如何调用该函数（要开发应用系统和临时数据查询，就必须了解如何调用），加解密处理就失去相应的意义。

现有信息管理系统（包括其他医院、行业的大型信息系统）的开发设计，绝大部分在数据库登陆时采用统一的数据库管理口令，而在各应用系统中则采用操作员口令方式来控制功能操作权限。可以将数据库管理口令通过应用系统产生，使得难以直接获取到数据库管理口令，从而在一定程度上防止非正常的医生用药情况统计。该方式主要存在的问题有如下：

①             即使数据库管理口令是通过应用系统产生的（甚至不断变化），但由于医院信息系统并非只有一个，而是数十个，且在不断发展，各系统由不同的人进行开发的。因此，只要知道应用系统是如何获取数据库管理口令就可以在非法系统中获取相应的口令，该模式的实际意义就失去了。

②             在日常业务工作中需要通过数据库管理口令对大量数据进行维护，而维护则需要多人进行的。因此，一旦由应用程序来产生数据库管理口令、数据库管理口令是否不断变化都将给数据库管理工作带来极大的不便，将严重制约了日常的业务工作的需要。

③             ‘医生代码’数据项、数据量仅占医院信息系统数据项、数据量的万分之一不到，其他大部分数据日常都需要维护，为解决这一部分数据查询而对整个数据库进行口令设置，将导致其他大部分数据维护的不便，其代价太大。

注：对单一数据表的口令处理同样存在上述问题。

根据实际情况，由于医生用药统计的时效性、准确性很强，一旦失去了数据的时效性、准确性，也就失去了用药统计的意义。因此，可以考虑通过将出院病人或者在特定时间时将所涉及到的数据进行转移到历史库或者特定库，在一定程度上防止非正常的医生用药情况统计。该方式主要存在的问题有如下：

①             在实际日常维护中，医院系统数据量极其庞大，考虑到系统的效率，一般在病人出院数月后就将病人主要的数据转移到历史数据库中（历史数据库24小时使用），并做好相应的转移登记记录，从而在保证系统效率的同时也保证系统内数据的完整性、单一性。如果采用数据转移到历史库中，由于历史库是24小时在线使用，因此，也能通过对在线库、历史库进行同时查询来达到统计目的。

②             如果通过将涉及到的数据转移到特定库，那么在药品数据失去时效后，就必须重新将药品数据从特定库转移到在线库或历史库中，以保证数据的完整性。但同时增加了相应的日常工作量。

③             由于出院病人的财务冲消等日常业务工作需要，通过数据转移方式将给日常的业务维护工作增加相应的工作量。

必须明确指出的是：医生用药查询统计并非是医院信息化建设带来的产物，其所涉及到的药品数据仅仅在医院信息化的各项数据中占有微乎其微的部分，因此，基于医院实际业务工作需要，任何医院信息系统不可能完全避免和防止非正常的医生用药情况统计，不应该也不能通过破坏信息系统的设计、增加系统负载、降低系统效率的方式来达到防止该事件发生的目的。即使在信息系统内处理的十分完善，也不能杜绝通过医嘱本、部分发药单进行手工的统计医生用药查询统计。

通过上述分析，为在一定程度上防止非正常的医生用药情况统计，我科认为采用第三种解决方案相对技术难度小，可以在一定程度上防范医生用药查询统计事件的发生。若要具体实施该方案，还需要进一步确定完整、可行技术处理方案、并配置一定的硬件条件，以便在数据处理后必须能保证日常工作的需要。

以上报告，敬请院领导批复！

信息网络中心

2006-02-08

你可以通过这个链接引用该篇文章:http://qyck.bokee.com/viewdiary.10621343