医院信息系统工程实施技术规范及客户化修改规范
（BSHIS、BSHRP）
技术支持中心
二零零三年十月一日
1． 程序管理规范
1.1.Visual SourceSafe安装规范
1） 医院准备专门的电脑作为SoreceSafe服务器。操作系统要求使用Windows 2000系统，建议使用Server版本。SourceSafe安装目录D:SourceSafe，并设定Admin的口令为BsoftHRP。
2） SourceSafe指定专人管理，如没有指定专人管理，则默认由项目经理负责，负责用户的增加修改，权限的分配等。
3） SourceSafe的权限分配。
1.2.SourceSafe、HIS系统程序管理目录规范
4） HIS系统程序统一由Sourcesafe进行管理。其目录设置如下：
5） “源程序”
6） “可执行程序”
7） “文档”
2． 工作站规范
2.1 程序管理
1） 禁止把源程序（指PBL文件）放在工作站上。
2） 程序可以通过自动更新程序进行程序的自动更新。
3） 建议客户机上安装远程管理程序，如PC Anywhere或Remote Administrator等远程控制程序，方便维护。
3． 程序修改规范
3.1版本管理
每个系统只能有一个版本存在。无特殊情况，严禁在医院中出现类似于以下的系统：“MZXT（医保）”、“MZXT（报表）”、“MZXT（收费）”、“MZXT（挂号）”等等。
3.2 PBL的管理
每个系统只有一个以该医院命名的pbl。如门诊系统，有MZ_xxxx.PBL，“xxxx”表示医院名称。其它系统以此类推。以后凡是该医院的任何修改，都要先复制（或继承）出来，放到这个PBL上，再作修改。
3.3 修改文档
1）凡是修改过程序的，都必须有修改文档。
2）修改文档一律用Word格式。文档中记录修改日期，修改人，问题描述，修改思路等。具体格式见：附件二：《修改文档》格式
4）保持修改文档的唯一性，每家医院只能有一个修改文档。
5）定期向公司上交各个系统的修改文档。
3.4代码规范（详细参见《软件开发规范》）
1) 对象、变量命名符合变量命名标准。
2) 保留字或标准函数拼写时的大小写（如SetTransObject、Retrieve、TriggerEvent）
3) 复杂的语句、函数的目的、函数的用法要用中文注释，注释建议格式：
//*****************************************************************
// 功能说明，编写人，编写日期
//*****************************************************************
对于函数，还应有各参数的类型、意义，返回值的类型、意义。
4) 脚本显示层次化(利用Tab健缩格)
5) 建议一个函数/事件脚本的总行数不超过200行。
6) 任何事件如果需要屏蔽祖先窗口的代码，必须在此事件的第一行加上以下代码：
//Override ancestor script 或中文：
//重载祖先代码
7) 如果窗口足够大，则在打开时平铺整个工作区。
8) 多条语句不能写在一行，一条语句过长应分行写，并缩进。代码采用缩进格式表示嵌套。
9) 程序流程要清晰，一条语句实现的功能要单一。
4．后台数据据修改规范
4.1 总则
禁止在后台数据库中直接修改数据库中的数据。如果必须要修改，请按下面的原则进行。
4.2 修改原则
1． 修改之前必须停掉与此表有关联的所有业务系统。
2． 修改之前必须对所修改的表作一备份。（把所有数据检索出来后，另存为一文本文件）；
3． 修改时，用Select 语句把符合条件的记录检索出来后，手工进行逐条修改。尽量不要用Update语句进行批量修改；
4． 如果在同一表中需修改的记录较多（几百条以上），确实需要用Update进行批量修改的，必须先用Select语句检验Where子句中条件的正确性。证实Where子句中的条件正确无误后，方可用Update语句进行修改。
5． 修改后请验证数据的正确性。如果不正确请及时恢复原数据。
|
|
资源大�。�14.32 KB 
