文档介绍：. .
. v 信息表、药品字典表、科室字典表相关联才能得到一完整的处方。
假设只对处方与处方明细表中记录提取签名摘要生成签名数据，但由于药品字典表或其它字典表相应记录被修改，造成CA认证资料不真实。
处方表
处方明细表
药品字典表
其它字典表
打印处方
. .
. v .
2．1．3、环节多：如病人的长期医嘱，有单条与多条分组之分，分为单签与批签。在开医嘱、停医嘱、消取医嘱时都需要医生签名。长期医嘱还需要医生定时进展分解生成总量处方并签名，护士也需要在每次执行医嘱时签名。由此可见，一份医嘱资料根据不同的时段与不同人员处理都需要签名认可。
2．1．4、可修改：普通医生录入病历后，可以被上级医生修改，修改需要留有痕迹。每一次修改都需要相关人员进展签名认证。
由此可见，假设要实现实时控制的CA认证方案，需要考虑与控制环节比较多。
2．1．5、长期保存性：由于病人病历资料涉及病人一生中的安康档案，并且为了今后出现医疗纠纷做到有据可查，CA认证资料必须长期保存。目前医院HIS系统为了保证日常业务正常开展，多数将数据转存，但这些转存数据因为诸多原因很难再被查阅。
2．2、医院信息认证围
因为医生的医疗行为直接关系到病人的安康，所以在医生为病人下达的每一个诊疗方案、医嘱、各种检查结果报告，护士执行的医嘱、护理记录等都需要签名认证。主要包括以下局部：
医生签名：医嘱开立、分解、停顿、取消，病历中各种记录，如病历首程、入院与出院诊断、病程记录、出院小结、会诊单、手术中产生的相关文书等。
护士签名：医嘱执行、三测记录单、护理记录、术中医嘱等。
医技签名：各种检查检验报告、药敏等。
由此可见病人病历大局部容都需要签名。
. .
. v .
2．3、CA认证系统存贮架构
2．3．1、混合存贮方案
目前某些医院直接修改原医院信息数据记录表，将签名数据与被签名记录存入到HIS数据库相应数据表中。但在医院实际情况下，由于系统问题与其它原因，有可能需要直接翻开数据库对保存的记录进展操作，造成CA认证数据不一致。由于需要实现实时控制的CA认证，需要签名地方比较多，签名数据量将成倍增加。医院中使用的数据构造都为关系型，而需要签名的容多为树形，构造不合理。另外被签名的记录必须转换成明文，从而造成医院信息系统负担加重，运行效率降低，维护困难。
2．3．2、独立存贮方案
为了实现实时控制的CA认证，减轻医院系统负担，单独建立CA认证效劳器系统，将CA认证产生的明文记录与签名数据保存此效劳器中。
此效劳器的容是通过集成平台转换的具有统一标准的XML数据构造信息，也是医院CDR数据中心效劳器。
2．3．2．1、由CA中心为每个电子病历系统的用户签发一数字证书，并在电子病历系统中集成CA中心提供的PKI接口，实现用基于数字证书的身份验证方式替换过去的用户名加密码的身份验证方式；
2．3．2．2、使用基于数字证书的权限访问控制机制，不同的医疗工作者只能访问其权限围对应的电子病历信息；
2．3．2．3、在电子病历系统中调用相应的CA中心提供的电子签名及验证接口程序，实现用基于数字证书的电子签章〔数字签名〕，以保证信息的真实性和不可否认性；
2．3．2．4、签名数据的保存及时间戳的调用，置于一***立的签名效劳器上进展处理；
2．3．2．5、将签名数据与被签名的无标准的资料转换成标准明文，使用XML文档
. .
. v .
或二维数据构造保存到数据中心DB2 PureXML混合数据库中；
2．3．2．6、对于病历中的图像资料，通过ID号与PACS系统中的图像关联。
是否需要时间戳
电子病历数据
客户端调用签名控件