救助：帮忙找卫生系统CA认证的规范

fals

初步理了一个框架出来了，准备请专业的CA公司给我们把把关，然后再看下一步的进展。

大的框架理得差不多了准备再放上来，大家给看看给点意见

husthxd

没找运营CA的公司？
一般都会有详细的文档和API提供的。

fals

业务模式得我们自己来设计，专业的CA公司只能解决CA相关编程的问题，医疗业务中如何把CA纳入进去，并且还能够达到司法取证的要求，这个是需要我们自己来研究的。

有个CA公司在和我们一起做，前期他们已经来给我们讲过一堂课了，我们把业务流程和业务模式设计出来之后，还需要他们来把把关。我觉得可能真到应用之前可能还要法院的人牵进来。

这事挺复杂的，不晓得有没有公司愿意投资来搞。

fals

这两天又查了卫生部电子政务栏的信息，还是没有医疗卫生信息CA认证里面更多的标准放出来。

husthxd

原帖由 fals 于 2010-4-10 21:18 发表
业务模式得我们自己来设计，专业的CA公司只能解决CA相关编程的问题，医疗业务中如何把CA纳入进去，并且还能够达到司法取证的要求，这个是需要我们自己来研究的。

有个CA公司在和我们一起做，前期他们已经来给我们讲过一堂课了，我们把业务流程和业务模式设计出来之后，还需要他们来把把关。我觉得可能真到应用之前可能还要法院的人牵进来。

这事挺复杂的，不晓得有没有公司愿意投资来搞。

“医疗业务中如何把CA纳入进去，并且还能够达到司法取证的要求”，有意思，关注中。

fals

CA仅仅能保证单一数据签名的问题，而医疗信息如处方、医嘱等信息都是以库表结构的形式存放于数据库中的，由数据库多个表多个字段的信息按照指定的规则结合起来，才能反映出一张处方或一条医嘱的完整信息，而在实际的技术实现中，不可能对每一张表每一个字段的内容进行签名——这种设计将在数据存贮及运算方面造成灾难，而应该是按每一个“业务”签名，即医生提交一张处方、下达一组医嘱时，对这一次提交的全部信息进行一次签名，因此，以一张处方哦例，电子签名必须要解决几个问题：

1  分散于多张表多个字段以一行或多行存贮的处方必须按照指定的规则结合起来，这种组合规则必须是固定的，无论是签名的时候，还是验证签名时都是一致的。但这种规则本身又是可以“进化”的，不同版本的规则可以有不同的组合方式，以适应医疗业务的发展。在保存签名信息的同时，还必须保存这一笔医疗业务签名时使用的信息组合规则版本号，而这个规则本身的描述也应存放于数据库中，不能因客户端程序的编程差异而发生改变。

2  一张处方在其生命周期中将被多个医生签名：开处方医生，上级医生（在需要对特殊药品使用授权时），调剂药师，审核药师。这些签名按照业务规则，后一业务环节的签名必须验证前一环节的签名信息，验证通过才能继续签名，后一环节的签名信息必须包含前一环节的签名信息。

3  从效率的角度考虑，业务所在的局域网内必须有一个存放所有数字证书的服务器，这个服务器不发放证书，但必须对使用者持有的证书进行验证，检验其合法性。

其他的一些细节，还需要完善

fals

因此，医疗业务信息的CA认证可以归结为以下几个关键问题：

1  业务信息的组织方式

2  CA证书的发放、变更、注销模式

3  业务信息的签名、验证流程，CA认证与时间戳的关系，以及同一信息多重签名涉及的技术问题

4  CA证书本身的安全管理，签名信息的存贮及其与原始业务信息的关联关系

这几大内容都需要解决，才能谈到CA认证可以达到司法取证的要求这方面的东西



我看这两天具体弄这事的哥们儿基本上拿出一个框架出来了，今天小小的讨论了一下，还需要做一些修改

l_feng

学习；关注；感谢分享

sobersides

接触过几家第三方CA厂商，传部里已明确要在医疗行业推广CA了

fals

回应的兄弟不多啊，对这个东西是没研究还是不感兴趣啊？