BSHRP410工程实施建议
本文提供了完全实施BSHRP410,将医院原有系统移入门户,部分实施BSHRP410三种工程实施的基本流程和建议。供工程实施时参考。
1 完全实施BSHRP410
指实施门户及已移入门户的His系统。
1.1 客户化修改
1.1.1 原有模块的修改
在原有基础上进行修改即可。注意事项参见HIS改造的大致说明。
1.1.2 新增模块
1、新增模块
新增模块包括四种:
1.1、继承自nvo_Module的模块。
调用方法参见继承自nvo_Module的模块的调用。
1.2、PB窗口。
调用方法参见PB窗口的调用。
1.3、Exe程序的调用。
调用方法参见Exe程序的调用。
1.4、Web程序的调用。
调用方法参见Web程序的调用。
2、重名控制
新增完成后将新增或修改的Pbl(Pbd也可)拷贝到一个目录下,在该目录下执行同名校验工具以确保各pbl中没有重名的控件。如果有重名则必须进行修改已保证没有重名。
3、模块维护
将新增的模块维护入系统中。具体方法参见BHRP410门户使用手册中4.2.2模块维护
4、桌面部件
若新增的模块是作为桌面部件使用,则需继承自w_mh_support_deskwin。该窗口没有边框,且增加了一个台头控件,使得点击该台头控件时能够移动窗口。
1.2 数据准备
1.2.1 初始准备
以账号为BSSA的用户登录。如果没有BSSA用户,系统会自动增加。用于增加第一个角色,菜单和用户,增加方法同下。
1.2.2 角色及其菜单维护
调研获取医院目前的现有角色,及每个角色拥有的功能。在角色维护进行维护。具体维护方法参见BHRP410门户使用手册中4.4系统角色维护。
1.2.3 科室员工维护
同HRP275的科室员工维护。
1.2.4 1用户维护
用于将科室员工维护中的员工调入作为系统的操作用户。具体维护方法参见BHRP410门户使用手册中4.3系统用户维护
1.2.5 药库列表,药房列表,门诊列表的维护
用于维护医院的药库,药房和门诊列表。其中药库维护参见BHRP410HIS使用手册中2.4药库类别维护。
1.2.6 1统一权限维护
用于维护用户登录药库,药房,门诊,病区,医技具体科室和库房的权利。
1.2.7 1.2.7、其他维护
同原有HRP275的维护。略。
1.3 初始化及初始建账
原有HRP275中系统的初始化变成了现在的功能集的初始化。一个功能集基本上等同于原有的系统。
初始账册的方面没有变化。
1.4 代码部署及程序更新
1.4.1 代码部署
将门户的代码拷贝的客户端即可。目录下包括: exe程序,门户的pbd文件,Images,Pic目录(包含图片)。portal打头的若干个目录(如portal_1),用于存放IE桌面。桌面具体参见BHRP410门户使用手册中4.8个性化桌面维护。
1.4.2 程序更新
使用类似于HRP275的程序更新方法。更新程序存放在数据库中。可单独存放在一个数据库中,连接使用SQLUPDATE。
具体的上传方法参见BHRP410门户使用手册中4.5.1文件上传。下载方法参见BHRP410门户使用手册中4.5.2版本更新。
2 将医院原有系统移入门户
指实施门户及将医院原有系统移入门户。一般不推荐这么做。因为这样做的工作量相当大,并且可能有较多的隐藏错误。如确实需这么做。可参见His改造的大致说明。
3 部分实施BSHRP410
指保留原有业务系统,指HRP275系统,其余低版本的系统可能还要做些修改,这里不考虑。实施门户并将部分功能移入门户。只考虑部分查询及报表移入门户,其余业务不考虑。或只使用已嵌入门户的EMR系统。
实施和门户有关的系统的方法基本同一、完全实施BSHRP410。
但要注意以下几点:
1、 数据库的修改。
数据库使用原有的HRP275的数据库。但需加入部分表。包括:用于初始化的表GY_GNJ功能集,GY_CSH初始化。增加公用权限控制GY_QXKZ表。增加用于公用票据管理分组的表SS_GROUP用户组和SS_GROUP_USER分组用户。如果嵌入门户的业务和上面部分的业务无关,这些表也可不加入。
增加portal数据库。
2、 系统参数获取的修改。
在嵌入门户的His中获取系统参数的函数的修改gf_getpara和gf_setpara。
为了从HRP275的系统参数表中写入和获取系统参数,需增加一个默认的系统识别,如9999。写入的系统参数和获取系统参数都默认从才系统识别的参数中写入和获取。
3、 错误日志和系统日志写入的修改
修改写错误日志和系统日志的函数gf_inserterrlog和Gf_support_insertlog,增加系统识别的写入,可和系统参数获取的修改中的系统识别一致为9999。
4 附录1(His改造的大致说明)
4.1 原有控件的重整
目的是去除所有重名的控件。最好的方法是重新整理每个pbl,按业务功能将控件重新分配到每个pbl中,这样可以去除很多重复无用的控件,简单的方法是改名,方法如下:
a) 基本保留所有的pbl名称,部分过于简单的可做修改。
b) 对每个pbl中的每个控件改名,改名为:原有控件头+所在pbl名称+原有名称,连个名称中用“_”连接,然后去除重复的内容。
例如:yk_bisiness.pbl中的w_yk_rkcl改名为w_yk_bisiness_rkcl
其中w_为原有控件的内容(符合pb的命名规范), yk_bisiness为所在pbl的名称,rkcl为原有控件名称去除重复部分(yk_)的内容。
4.2 全局变量的修改
获取原有使用的全部的全局变量,这些全局变量需全部去除,有三种替代方法:
1、判断这些全局变量在门户中使用已经存在,若存在则可以使用。
目前门户中所有的全局变量如下:
变量类型 变量名称 变量说明 使用说明
Window gw_Main 门户主窗口
u_sp_User go_User 当前用户的信息 包括的用户信息参见u_sp_User中实例变量
u_mh_dict go_Dict 公用字典管理 His中不使用
u_sp_dbconnection go_Pools 公用连接池管理 参见数据库连接管理
u_sp_AppEx go_AppEx 公用对象创建工具 参见自定义公用变量的使用
|
|