his系统操作手册

his系统操作手册（精选8篇）

his系统操作手册篇1

一：运行HIS系统的条件： WIN7及以上操作系统、卫生专网、谷歌浏览器

酒泉市市http://10.85.40.10:8081/chis/index 二：登录账号已下发，各村医可在群文件下载查阅，如果查不到咨询乡镇卫生院负责人帮忙查找

三：基础管理维基础菜单—系统设置—这个版块的数据支撑村医日常运作（比如入库，开处方的数据都是来源于此），此菜单数据自动同步上级卫生院

费用类别，药品单位，药品剂型，材料维护，这4个菜单卫生室跟卫生院一个标准不需要更改

需要更改的数据药品厂家，收费项目，卡维护，药品信息，查询方式

1：药品厂家—点击基础菜单—系统设置—药品厂家，根据酒泉市相关政策，所有卫生室药品由上级卫生院单线供应，所有的卫生室只能有一个供货单位，就是各卫生室的上级机构XX乡（镇）卫生院，只需要维护一个供货单位即可。

点击新增—厂家代码:sj001—厂家名称：XX乡/镇卫生院—类别：供货厂家—保存

HIS

系统地址：

2收费项目：按照实际情况，村医一般诊疗费（中药）6元

（西药）5元

更改流程：系统设置—收费项目—收费项目输入“一般诊疗费”查询—选中需要更改项目—停用—更改—启动—保存

3卡维护：点击新增—卡类型选择新农合—读卡名称（根据用的读卡器选择）如果没有默认无—保存

4药品信息：同步的的是上级卫生院入库后的药品信息，如有需要零散药品入库（1系统同步周期未到需要入库的药品。2卫生室使用，卫生院不使用的药品），出现以上情况需手动维护药品信息。详细操作流程是见群文件入库信息压缩包中（转换系数教学图片）。

点击新增-填写药品信息（如果卫生院调拨药品，需与卫生院入库后信息完全一致）

5：查询方式：点击基础菜单-系统设置-查询方式。点击新增-选择查询方式-使用范围选择系统公用，点击保存。

注意查询方式不能跟左边已有方式名称出现重复，否则无法保存

四：交易管理：此菜单用于对接金保网，实现新农合门诊一站式报销。(以后不用在登录金保网报销了)机构对照—用户对照—疾病对照—药品对照—项目对照—科室对照6个版块

1机构对照——点击交易管理—机构对照—点击左边选择服务类型—单位代码填写登录账号—单位名称填写村卫生室名称—统筹地区不填—

服务接口默认安徽晶奇—服务地址复制粘贴（手输需仔细核对）：http://10.192.201.193:7001/cxjmsi/InterFace.ws（复制粘贴用键盘快捷键ctrl+c复制-点击服务地址栏ctrl+v粘贴）

做完之后点击保存，保存成功如下图：

2用户对照：交易管理—用户对照—先点击新增—服务类型选择新农合—选择用户姓名：点级最右边“…”会跳出村医姓名选择窗口，选中姓名双击

农合账号—密码—启用—保存（这里农合账号就是之前登陆金保网的账号和密码）

3疾病对照：对照新农合报销的疾病—类型选择新农合—搜索栏输出要报销的疾病名（首拼字母或者汉字均可）—查询—在跳出的窗口是选中疾病（鼠标移动至疾病行，左键单击）—

疾病行覆盖阴影说明以选中—鼠标移动选中的疾病行中心名称列单击—出现空白栏点击回车键—在跳出的窗口搜索栏填写要报销疾病名（首拼字母或者汉字均可）—点击查询—选中双击—保存

4药品对照：对照新农合报销的药品—药品对照—类型选择新农合—搜索要报销的药品名—查询—右下角中心名称（点击…或者敲回车键）—

搜索药品名称—选中双击—保存（选中的药品剂型必须库里及处方保持一致）

5项目对照—类型选择新农合—搜索栏输出诊疗项目—选中右下角中心名称（点击…或者回车）—搜索栏输出诊疗项目—选中双击—保存

6科室对照—服务类型选新农合—科室代码点击…选择门诊全科双击，生成科室代码跟科室名称—选择对照名称，选中全科医疗科双击— 是否启动选择启动—保存

五：关于读卡器，目前his系统支持的读卡器只支持— 华大HD-100、金诚信GHC815L、德卡T6-268UL、德卡T10普通版和甘肃定制版

请各位村医仔细检查自己的读卡器型号是否匹配！如果不匹配，咨询乡镇卫生院负责人更换

读卡器型号匹配的，QQ群文件下载自己读卡器对应型号的读卡服务，（注意核对清楚华大用华大，德卡用德卡，否则读卡失败）

读卡服务以压缩文件的格式存在，下载成功之后需要解压，如果解压失败，则需要更换压缩软件，百度下载360压缩

解压成功之后找到bin目录-找到startup.bat（，也可能是startup）选中点击右键创建快捷方式。关掉文件夹，返回桌面，双击打开startup.bat,(或者startup),打开之后不要关掉，选择最小化。每次读卡都需要先开启读卡服务。

六、药房相关维护与操作

1、首先在【常用设置】 →【选项】中选择药房

2、由于系统已经完成药房启用设置所以，请勿再点击【系统启用设置】

3、卫生室原有库存中原有的药品可以使用【药品入库】功能以下是具体流程3.1.1

3.1.2点击右下角【新增】生成新的入库单

3.1.3进入入库单界面后，点击左下角【新增】按钮

3.1.4点击新增后跳出如下图一条新增条目，点击小红框标出的“三个点”。

3.1.5在第一个红框标识的地区输入要入库的药品名称，可以输汉字也可以输入汉语拼音首字母比如阿莫西林这里我输入的是”amxl”。然后点击第二个红框中的搜索。如果没有药品信息见前面的【药品信息】维护

3.1.6点击完成后跳出符合名称的药品，下图中跳出了九种符合“amxl”汉语拼音首字母缩写的药品。找到我们要入库的药双击它。

注意下图红框位置，符合同名称的药品有时候可能多过十种，需要点击下一页查找。

3.1.7完成双击后相关药品信息会跳出，这里要注意批号，药品批号在每一批药的药盒上或者进药单中，请务必填写正确的批号，此处是根据如要日期生成的批号。药品的单位根据药品实际销售时候的单位决定，按盒买就选盒，按粒买就选粒。然后输入正确的入药数量。输入完数量点击一下数量按键盘上的回车。

3.1.8点击完回车之后就可以录入第二条药品信息。进阶重复前面的步骤。

3.1.9完成一条入库单之后记得选择第一个红框标的【供货单位】（点“三个点”），选好后点第二个红框标的【保存】。（供货单位一般选上级机构名称，具体见前面的【厂家维护】）

3.1.10点击【保存】之后回到入库界面注意目前的入库单状态为未审核选中入库单（选中状况下背景颜色为深色，我选了第一条入库单，颜色深于其它几条入库单）确认没问题后点击左下角【审核】

审核之前可以进入入库单进行修改，审核之后将无法进行修改

3.1.11入库单审核之后药品将正式入库可以在【药房管理】→【库存台账】→【库存查询】中查看库存。

3.2.1已经入库的入库单中如果大批量出现错误可以在【药房管理】→【库存管理】→【药品入库】中选中入库单点击左下角【红冲】。

另一方面如果无法红冲或者错误数量较少可以使用如下图中的【药品盘点】功能，将将药品盘点为0。

3.2.2接下来的操作与入库有大量雷同就不赘述。

基本就是进入后点击右下角【新增】生成新的盘点单，在盘点单界面点击左下角【新增】按钮新增一个条目。然后点“三个点”输入要盘点为0的药品。

紧接着需要注意的是如下图，一个下拉条可以拉动来看药品信息，另一个是药品数量可以更改数量。这里将数量改为0，然后点保存。

3.2.3接着一条盘点单就完成了。选中这条盘点单，点击右下角审核，这条盘点单就审核完成了，药品库存就完成了改变，这里要声明，这个过程后会保留一条盘点的记录，实际库存还是要在【药房管理】→【库存台账】→【库存查询】中查看。

3.3.1村卫生室可以通过系统直接向上级卫生院申请药品。通过如图【药品请领】功能即可完成。

点击【药品请领】点击右下角【新增】生成一条请领单，进入请领单页面点击左下角【新增】按钮，新增一条条目，点“三个点”输入要请领的药品然后可以直接输入需要的数量即可。然后点击保存，回到请领页面选中请领单再点击右下角【确认】。接着等待上级卫生院确认即可。

3.3.2这里需要注意的是请领单里的请领机构，请看好是药房还是药库。根据实际情况双击选择。

七、实际使用的基本流程。

1.1如下图新病人开处方点击【门诊医生站】。

1.2进入【门诊医生站】后如下图现在红框1中选择费用类别，如果是新农合用户点击选择“新农合”，如果是自费用户选择“自费”。

维护好【卡维护】并完成相应对照后才能在机构中接受新农合用户，确认“读卡服务”打开，有读卡机，用户有新农合卡的情况下可以直接点击读卡。

如果没有读卡机或者用户没有带新农合卡，只要知道新农合卡号依旧可以接受病人（前提是完成【卡维护】并完成相应对照后）。

没带卡的情况下类型选择“新农合”，然后在红框2中输入卡号，点击旁边的“三个点”。

1.3如果这个病人没有在这个系统中看过病就会跳出如下提示，点击【确定】

1.4如果是直接【读卡】生成的病人信息就点击右下角保存，而没带卡输卡号的信息则先输入病人“姓名”，接着输入“年龄”，如果年龄小于13岁还要输入“家长”。根据情况，在“电话”，“居住地址”，“职业”之中任意选择一个填写就可以了，红色是必填项，“电话”，“居住地址”，“职业”是橙色不是红色的，最后保存。

1.5完成信息病人信息的录入后跳回诊断界面。其中“主诉”，“发病日期”，“诊断”是必填项，另外如果病人年龄大于等于35岁，“收缩压”和“舒张压”也是必填项。填完后点击右下角保存。

1.6保存完成后，可以正常开处方，处方类型分“西药处方”“中药处方”和“诊疗项目”。

新增条目都是点击左下角【新增】按钮，录完一条之后，点击数量，按回车即可开始第二条条目的新增。完成一个类型的处方单点击一下右下角【保存】即可保存处方单。点击“用法”和“频次”按回车或者“三个点”即可选择相关信息。

1.7完成所有工作后可以在处方列表中打印处方，或者在【门诊处方管理】中补打处方。

1.8进入【门诊处方管理】界面后先点击如下图右边的【查询】按钮，选择要打的处方，再点击右下角的【打印】按钮

特别注意，已经开好的有错误的处方，如果没收费可以点击【作废】

2.1处方开好，接下来是收费环节，点击【门诊收费】

2.2进入后注意右边这个弹框按钮，点击一下。会弹出所有需要收费的病人。

2.3如果找不到，点击一下【查询】，找到需要收费的病人双击。

2.4如果完成前期所有对照工作，在检查确认没有问题后点击右下角收费，收费完成。

2.5自费病人会直接跳出如下界面

如果是新农合病人点击完【收费】后则需要先【读卡】或者直接输入农合卡号。接着选择病人，选择报销类型。然后才会跳出如下界面，但新农合病人会根据实际情况计算“补偿金额”。

2.6可以在【门诊费用管理】中补打“发票”，“补偿凭证”等。

3.1最后发药环节，在【药房管理】→【发退药品】→【门诊发药】中发药

his系统操作手册篇2

西南医院HIS中心服务器于2001年由HP-lh4升级为IBM-x360,主服务器4颗CPU,4G内存;操作系统为Windows2000 advanced server,Oracle为8.1.7.4版本;正常业务情况下,连接到服务器的并发会话已超过1200个,活动会话长期在25个左右。

医院计划于2007年5月底启用新的门、急诊大楼,新上门诊排队叫号系统,预计增加客户端200~300个,预测新大楼启用后并发会话可能达到1500个。同时,PACS、体检、心电、手术麻醉等系统也已和HIS系统整合起来,需要和HIS系统频繁交换数据。特别是手术麻醉信息系统,与HIS系统之间的数据交换量达到了1G/日。随着整合的医疗业务越来越多,系统内数据的产生速度也越来越快,住院结算、中心摆药等需要进行大量数据查询并根据查询结果进行大量计算的复杂业务,所需时间越来越长,开始影响医院业务工作的正常开展。为此,医院决定升级HIS中心服务器。升级后的系统必须提供更高的性能和安全性,并能满足三到五年内医院业务增长的需要。

升级后的系统,要求能在独占模式下支持至少4000并发用户,并且在2000并发用户时,能提供较高性能。由于很难测试新门、急诊大楼启用后增加大量并发用户对系统性能的影响,在当前用户数下,升级后的系统性能要比现有系统有较大提升,如住院结算、中心摆药等复杂业务的处理时间应缩短至少一半。并且在业务高峰期,CPU使用率应平均在40%以下,空闲内存应平均在20%以上。这样才能在新门、急诊大楼启用后,不会对系统性能造成太大影响。

升级后的系统同时必须具备良好的扩展性,通过简单的硬件扩展,就能在4000并发用户数时,提供较好性能。

由于Oracle数据库最新版本已经是10.2.0,而且Oracle已经放弃对8.1.7版本数据库的商业技术支持,在升级服务器硬件的同时,医院也决定将Oracle数据库升级。

1 系统测试及设备选型

升级服务器,通常有两种升级方式:在原有系统上进行扩展和购买全新服务器。

当前的PC Server为32位体系结构,只能运行32位操作系统。由于寻址能力限制,在32位Windows操作系统下,Oracle数据库通常只能使用1.7G内存。即使采用Windows提供的3G参数配置操作系统,Oracle数据库也最多能使用不到3G的内存。而且Oracle在Windows平台下采用单进程技术,在Oracle体系结构中的后台进程和为每个数据库用户服务的服务进程,在Windows平台下都采用线程来实现。这样带来的后果是无论实际物理内存有多少,Oracle数据库所能使用的内存都不可能超过3G。而根据Oracle所采用的处理机制,每一个连接到数据库的用户,都会使用少量的私有内存来存放用户的私有信息。在Oracle只能使用有限内存的情况下,系统支持的并发用户受到限制。

当Oracle数据库运行在独占模式下,也就是Oracle为每一个连接到数据库的用户分配一个服务进程时,在不过多的减少数据缓存和共享池的大小以降低性能的情况下,32位Windows平台下的Oracle数据库最多能同时连接800个用户左右。

当Oracle数据库运行在共享模式下,也就是Oracle运行指定数量的服务进程,这些服务进程同时为所有连接到数据库的用户服务时,32位Windows平台下的Oracle数据库理论上可以支撑3000以上的并发用户。但在实际运行中,发现共享模式性能较独占模式低且不是很稳定,在出现故障后,由于使用这种模式的系统很少,也很难迅速查到有关信息,排除故障。因此,不能选择在原有系统上进行扩展。

在购买全新服务器时,可以有两个选择:64位Windows系统和64位UNIX系统。

尽管我们对Windows很熟悉,但64位的Windows以前没有接触过,不知道64位与32位之间存在哪些差异;对UNIX比较陌生,而且市场上主流UNIX厂商有三家,这三家厂商的产品之间有哪些差异,我们也不是很清楚。同时据我们了解,全军尚未有采用UNIX平台运行HIS系统的医院,无法找到比较合理的对比。在这种情况下,只是根据其它行业的使用评论,或者根据厂商自己的商业宣传就贸然进行选择,不是明智之举。为此,在确定设备之前,我们进行了各系统的实际测试对比。

系统能正常运行是一切改进的前提。因此在进行测试时,首先考虑到数据库版本对应用程序的影响,其次考虑操作系统平台对应用程序的影响,最后考虑操作系统平台对性能的影响。

由于此次升级对系统改动很大,包括操作系统类型、操作系统位数、数据库版本三个方面的改动,如果直接模拟系统升级后的最终状态进行测试,在出现问题时,很难进行分析定位,制定解决措施。因此,我们制定了详细的分步测试计划:

(1)确定升级后的数据库版本:在32位Windows平台上将数据库升级到10g,然后测试应用系统所有模块是否能正常运行,以确定数据库版本。在这一步测试中,相对现有系统,只引入了数据库版本这一个变化,在出现故障时,可以准确定位故障原因,并及时找出解决措施。在我们的实际测试中,发现医保相关程序只能使用7.3客户端,而7.3客户端与10.2.0版本的服务器端不兼容,只能将数据库版本确定为9.2.0。

(2)确定数据库版本后,同时建立64位Windows 2003Server、AIX 5.3、Solaris 10、HP-UX 11.23几个测试环境。

在各环境中分别安装版本为9.2.0的64位数据库,并都打上最新的9.2.0.8补丁,然后测试应用系统所有模块是否能正常运行,确定是否需要为不同系统进行不同参数配置。

(3)在确保各环境下HIS系统都完全正常后,进行性能对比测试。主要测试在独占模式下能支持的最大用户数;单用户情况下运行复杂业务所需时间;并发用户达到1000时运行复杂业务所需时间。

测试的目的是充分了解各厂商产品,以提供选择依据。同时通过测试,尽快熟悉UNIX系统。因此,在每一步测试中,我们都将测试过程尽量分解,并将分解后的测试任务指定到人,确保每一个测试步骤,在医院内部都有人充分了解测试方法和测试结果。

由于对UNIX不熟悉,在测试时,由院方向供应商技术支持工程师详细讲解HIS系统的体系结构、历史运行情况、医院规模、医疗业务运行情况等,再由供应商技术支持工程师根据系统情况,结合各自产品特点,选择他们认为的最优设置,减少由于我们不熟悉UNIX系统带来的测试偏差,以尽量公平公正的测试出各系统的性能数据,提供选择依据。

我们一共邀请了HP、IBM、SUN三家公司参加测试,由于HP公司的安腾服务器既支持64位Windows系统,也支持HP-UX系统,因此64位Windows系统和HP-UX都采用同一套硬件进行测试,在测试完Windows系统后,安装HP-UX系统,重新进行完整测试。

测试完毕后,我们对各系统基本上有了比较直观的了解。

由于任何测试都无法代表真实系统的实际情况,只能是近似估计值;同时在小型机服务器的使用过程中,厂商的服务情况、支持力度也对系统的正常运行起着重要作用。因此,我们并没有完全根据测试结果选择服务器,而是对各服务器公开招标,最终综合考虑供应商实力、服务器性能、产品价格、系统扩展性等因素,选择了HP公司的rx 6600服务器,并决定运行HP-UX操作系统。

在选择HP服务器时,我们也考虑到由于自身对UNIX不是很熟悉,尽管测试很成功,但升级仍然存在失败的可能性。在升级失败的情况下,由于硬件同时支持Windows平台,再切换回Windows系统,最多损失HP-UX操作系统的费用和升级测试花费的时间,而不会造成整套系统的浪费。在大家的共同努力下,虽然最终升级很成功,但我们仍然认为当初的考虑是有必要的。

根据测试结果,对比现有系统负荷情况,我们确定了系统配置为4颗双核心CPU,16G内存,采用64位HP-UX 11.23操作系统,后台数据库为Oracle 9.2.0。系统配置8块容量为146G、转速为1万转/分钟的高速SCSI硬盘作为存储,其中两块配置为RAID1安装系统,5块配置为RAID5容纳系统数据,1 块作为Hot Spare。

2 数据迁移测试

确定服务器型号和数据库版本后,开始确定升级步骤。由于原系统是Windows平台,升级后的系统是UNIX平台,无法采用Oracle自带的Upgrade工具直接升级,只能采用Export/Import的方式迁移数据。同时,HIS系统在非业务高峰期允许短暂的停机时间。从8.1.7采用Export方式导出的数据,无法在9.2.0.8的数据库中采用Full=y的方式导入,但可以采用根据用户导入的方式导入数据。基于此,确定升级流程如图1所示。

其中Data Guard的配置,属于升级后的系统高可用性及系统备份部分,不在本文中多加阐述。

确定升级步骤后,对每一个大步骤进行细化,尽量做到每一实际操作步骤不可再分。对不可再分的操作步骤进行详细测试,同时将所有操作脚本化,减少手工输入的命令,以减少可能发生的错误。

创建脚本时,将所有命令及执行结果、命令开始时间和结束时间都记录在日志文件中,在脚本运行结束后,通过查看日志文件,判断脚本运行结果是否符合预期,并计算脚本所需执行时间。针对日志中记录的任何错误,在查明原因后,都对脚本进行相应修改,并对修改后的脚本进行详细测试,确保万勿一失。

在细化升级步骤这一过程中,主要完成以下工作:

(1)使用dbca工具生成创建数据库的脚本,并根据系统硬件和HIS系统的要求,修改生成的参数文件。

(2)根据现有系统的实际情况生成创建表空间、创建角色和用户并授权、创建同义词的脚本。生成的创建脚本,并不是完全复制现有配置,而是在复制的同时,对现有系统中的不合理配置进行修改。比如在现有系统中,某些用户的缺省表空间和临时表空间为同一表空间,则在生成的创建脚本中,这些用户的缺省表空间不变,临时表空间更改为系统临时表空间。

(3)根据HIS系统的数据结构,创建在现有系统上使用Export工具导出数据的参数文件,并创建包含导出命令的脚本。

(4)创建在升级后系统中使用Import工具导入数据的参数文件,并创建包含导入命令的脚本。

(5)创建切换脚本,在升级全部完成后,将数据库更改为归档模式等。

(6)确定系统升级成功标志和各应用系统升级后的检查项目。

在创建的每个脚本都正确无误后,根据实际情况统筹安排,优化升级步骤,尽量减少系统停机时间。

优化升级步骤时,首先确定所有不可再分的升级步骤之间的独立性,也就是确定每一独立步骤的相互依赖关系。根据依赖关系,确定所有步骤完成时间最少的执行路径。然后根据优化后的执行路径,整合脚本,进行测试,得出合理的近似执行时间。

经过测试优化,最终生成4个按照时间顺序执行的脚本。在实际升级时,只需要按照时间顺序执行这4个脚本即可。

升级脚本全部确定完毕后,再进行两到三次完整的升级测试。每次测试前,都删除密码文件、数据文件、控制文件、在线重做日志文件、参数文件等数据库相关文件,同时删除脚本生成的日志文件。确保在不改动任何脚本的情况下,升级能完全成功。

从确定升级步骤开始,到最终所有脚本确定完毕,一共花了5个工作日进行测试。

升级脚本全部确认完毕后,按照升级流程完整的进行测试升级后,再次进行HIS系统的应用测试,确保系统的所有功能在使用脚本进行升级后都能正常使用。

3 后台应用迁移测试

HIS系统有很多后台应用,包括后台划价、后台日统计、后台月统计、医疗文件系统、PACS等其它系统。每个应用的情况都不相同,在数据库服务器从Windows平台迁移到UNIX平台后,是否能正常工作,是否需要重新配置,都需要进行分析测试。

现有系统中,后台划价、后台日统计、后台月统计都运行在主数据库服务器上,通过Windows操作系统的计划任务功能定时执行,其中后台划价是独立的Windows程序,后台日统计和后台月统计是调用数据库存储过程完成的;医疗文件系统与数据库系统相互独立;PACS等其它系统与HIS系统之间,只通过DB-Link交换数据。

基于此,我们确定升级后的应用迁移方案:

(1)后台划价迁移到其它运行Windows操作系统的服务器,仍然通过操作系统的计划任务功能定时执行,通过修改配置文件的方式使程序连接到升级后的HIS系统;

(2)后台日统计、后台月统计直接通过数据库提供的定时任务功能调用相关存储过程完成;

(3)医疗文件系统保持不变;

(4)PACS等其它系统通过修改DB-Link配置来连接到升级后的HIS系统。

对每一个后台应用,都生成相应的切换文档,明确记录迁移步骤、需要修改哪些配置参数、如何修改。

在数据迁移测试完成后,对每一个后台应用进行迁移测试,并根据测试结果修改切换文档,使应用迁移准确无误。

后台应用的迁移测试,共花了2个工作日。

4 实际升级

所有测试全部完成后,开始进行实际升级迁移的组织协调工作,并申请停机时间4.5个小时。申请时间为实际所需时间的三倍,以保证在升级过程中出现错误时,有充分的时间修正错误,并可以第二次从头开始升级;即使第二次升级失败,还有时间将系统切换为升级前的状态。这样可以确保在4.5小时后,系统一定处于可用状态,有利于其他科室安排工作。

经领导协调,确定系统升级切换时间后,以升级时现有系统的停机时刻为时间基准点,确定每一升级步骤的执行时间点,并形成详细的切换操作文档,以书面形式确认整个升级过程所需要做的每一件事情,并记录所需要的详细命令。在实际切换时,确定执行人和检查人,每一个步骤,都由执行人在检查人的监督下按照文档进行,并由检查人检查确认后,在操作文档上做确认标记。

实际升级的前一天,由已经确定的执行人和检查人,按照正式升级的要求,严格按照升级文档确定的步骤,进行测试升级。一方面检查升级文档的正确性,一方面让执行人和检查人熟悉整个升级过程,避免在实际升级过程中出现错误。在测试过程中发现的升级文档中的任何疏忽和错误,都被书面记录下来,修正升级文档,并重新进行全过程升级测试。测试成功的标志是升级后的系统是可用的。

由于各项测试和准备工作充分、细致,在实际进行升级时,所有升级步骤的执行结果都与测试时相同,整个升级过程没有出现任何错误,时间只花了90分钟。

5 升级后的系统性能

在升级后的一周内,对系统运行情况使用操作系统自带的sar、vmstat、swapinfo、top等工具进行了连续监控。监控结果表明,升级后的性能全面达到或超过了预期目标。

在业务高峰期,并发用户数在1200以上,CPU使用在20%左右,8个CPU核心的负荷差异小于10%,空闲内存在2.5G左右,此时的活动事务,也就是状态为Active的用户在3~5之间。

经测试,当并发用户达到2000时,无页面交换存在,交换分区使用率在1%以下,可以预测当并发用户达到2000时,系统性能不会有明显下降。

系统连续运行一周后,数据库的数据缓存命中率为96%以上,库缓存命中率在95%以上。

在正常业务时间,用户等待事件都为I/O等待及服务器端与客户端之间的通信等待。I/O等待的用户很少,一般间隔几分钟才发生一次,偶尔会发生2个用户同时等待I/O操作的情况,但从未出现3个以上用户同时等待I/O的情况。除了用户异常退出导致锁不能及时释放外,在系统中未发现阻塞其他用户超过5秒的锁。

升级前需要10余秒的中心摆药、住院结算等需要进行大量查询和大量计算的复杂业务,响应时间均在2秒以内,大大超出了升级前的预期目标。

在经历了1个多月的准备和测试后,系统于2007年4月16日成功升级。切换后业务完全连续,切换停机期间的急诊收费数据完全迁移到新系统中。

参考文献

[1]金宁.UNIX&UnixWare7基础教程[M].北京:电子工业出版社,2006.

[2](美)Edward Honour..ORACLE开发人员指南[M].译友翻译组,译.北京:机械工业出版社,1998.

[3]张菊芬,等.我院服务器升级前后的性能分析[J].医疗设备信息,2006(12):18-19.

[4]刘逸敏,等.医院信息系统建设过程中若干问题讨论与对策[J].医疗设备信息,2007(1):35-36.

[5]熊友生.医院网络服务器集成方案[J].医疗设备信息,2007(2):26-27.

[6]易传亮,等.C/S结构HIS系统客户端自动升级技术[J].医疗卫生装备,2007(1):48-49.

[7]葛忠良.数字化医院建设中的非技术因素[J].中国数字医学,2007(4):40-41.

[8]傅德,,等.医院信息系统建设与应用[M].北京:人民军医出版社,2002.

his系统操作手册篇3

关键词 HIS系统数据库操作系统 OLTPSQL语言

随着医疗改革的不断深化及科学技术的飞速发展，市场经济逐步成熟，旧的公费医疗制度暴露出各种弊端，不能适应市场经济的要求，改革成为势在必行的要求。

国家医保改革政策的出台，对医院的经营管理提出了严峻的挑战。医疗经费总量的控制、病人可以自己选择医院就诊、医药分开核算、私立医院不断涌现并且也纷纷成为医保定点医院、有些药店也成为医保定点药店等等，这些已将大型公立医院推入严酷的市场竞争环境之中。城市的医疗市场面临供大于求的局面，能否适应医疗市场的变化，加强医院管理、提高医护技术和服务质量、降低医疗成本，将决定每一家医院的生死存亡。

我国有些医院的信息处理基本上还停留在手工方式，或仅有不完整的医院信息系统，劳动强度大且工作效率低，管理人员的大量时间和精力都消耗在事务性工作上，致使“人不能尽其才”。数字化医院是我国现代医疗发展的新趋势，数字化医院系统是医院业务软件、数字化医疗设备、计算机网络平台组成的三位一体的综合信息系统，有助于医院实现资源整合，流程优化，降低运行成本，提高服务质量、工作效率和管理水平。

我院为了更好地适应市场经济，引进了医院信息系统HIS（Hospital Information System）。对HIS系统开发、管理和维护得如何，将直接关系到医院信息化建设成功与否。

医院信息系统（HIS）具有以下特性：①具有一个大规模、高效率的数据管理系统，从而支持医院快速、动态增加的信息量；②有很强的联机事务处理（OLTP）能力；③典型的7天/24小时不间断系统，具有高安全性和高可靠性；④易学易用的友善人机界面；⑤可裁剪性和可伸缩性，适应不同医院的发展需求；⑥模块化结构，具有很强的可扩充性；⑦具有较强的实用性，对国内外HIS系统进行多年研究，最终开发出符合我国医院实际情况的医院信息系统；⑧较强的开放性，适用于多种关系数据库和操作系统；⑨采用先进的硬件技术支撑环境。

为了提高对HIS系统的管理和更好地维护HIS系统，我院着手于以下几方面：

1.软硬件设备要满足基本需求：医院病人的信息必须保留很多年，对如此海量的数据，医院非常担心随着数据量的增加，系统性能会随之降低，而医院的门诊是不允许出现任何问题的。这就需要软硬件设施达到一定的要求，能够定期进行维护并及时升级、更新。

2.重视复合型人才：在HIS系统管理及维护过程中，许多人都会认为这是计算机专业人员的事情，只要有优秀的计算机人才，事情就一定成功。其实，医院的业务流程极为复杂，如果让一个不了解医院流程和业务的计算机人才去管理这套软件系统，那么对于日常的工作需要也不能很好满足。

因此，在HIS系统开发过程中，只有让既熟悉医院业务流程又懂计算机的复合型人才参与进来，那么这套程序才能真正为医院所用，发挥它最大的社会效益和经济效益。

3.善于发现和解决问题并进行总结，对无法解决的问题积极与开发商联系。在使用软件的过程中会出现各种无法事先预料的问题，问题出现后医院信息系统的管理人员应尝试解决，判断是人为原因造成的、还是软件设计本身问题。若属前者，则尽量解决并给予相关部门工作人员以指导，以避免再次出错；对于无法解决的问题要谦虚地请教开发商，学着分析并解决问题。若是程序问题，则反馈给系统开发商修订其程序，优化软件，使之更完善，以更好地适应院方需求。

4.培养自己的技术骨干：软件虽从系统开发商手中购买，但还有很多细节需要结合本院情况进行不断完善。比如报表的制作，日常维护数据库，学习SQL语言。

医院是个庞大的机构，许多临床、机关各部门领导对医院业务的开展、效益各方面的评估及未来医院的发展预测，均要通过多类报表中一系列数字来实现。而开发商仅提供最普遍常用的报表，院方不能从很多细节上了解医院的各项收入情况，就不能做出正确并准确的长远规划。所以从长远考虑不能一味依靠开发商，这就需要建立自己的技术队伍，在软硬件方面维护好系统、服务器及各个终端用户，用SQL语言在数据库中执行复杂的数据统计，显示多张表的数据，利用制作报表工具根据需要制作相关报表，为领导作出各项决策提供参考资料，满足院方需求。

5.要有主要领导的长期支持：HIS系统的管理与维护是一项长期的工作，这个过程中会有这样或那样的困难，有资金上的，技术上的，还有其他人为因素造成的。因此，院方领导的长期坚定支持，是这项工作顺利稳定进行下去的保证。

医院信息系统的主要目标是支持医院的行政管理与事务处理业务，减轻事务处理人员的劳动强度，辅助医院管理，辅助高层领导决策，提高医院的工作效率，从而使医院能够以少的投入获得更好的社会效益与经济效益。完善的HIS系统实现了信息的全过程追踪和动态管理，简化患者的诊疗过程，优化就诊环境，改变目前排队多、等候时间长、秩序混乱的局面。

his系统操作手册篇4

业务内容则是具体的独立项目，要根据工作的深入度，逐步逐个的解决。主要靠自己与编程人员的积极配合，把工作流程和目的告诉编程人员。以期他们能够使用计算机语言实现。我们对信息科也提出了一些要求，目前正在不断的完善中。

不过，郁闷的是，我们的系统所有汇总与数据在局域网内显示，不能采集和拷贝，医院的HIS系统是个封闭系统。原因是反病毒，为了局域网的安全没有数据拷贝接口，非常麻烦。即使仅在信息科留公用接口，也不让。不知其他医院有什么好的解决办法。

his系统操作手册篇5

为加强我院信息系统的管理，确保信息系统的安全运行，提高应对突发事件的能力，保证我院正常的医疗服务和就医秩序，促进信息系统在我院的应用和发展，特制定XX院信息系统应急预案如下

424：

一、应急预案责任制

(1)建立以院长为第一责任人、职能部门和各相关部门负责人参加的信息系统安全运行领导小组：

(2)领导小组负责全院突发事件的“应急预案”实施和全院信息系统日常安全运行管理的组织协调及决策工作；(3)计算机中心负责应急恢复信息系统运行的技术保障；(4)后勤部门负责应急恢复信息系统供电和网络布线的技术保障；

(5)各行政和业务职能部门负责维持正常的医疗秩序，并根据“应急预案”实施相应的应急措施。

本应急预案适用于门急诊、医务科、护理部、财务科、药剂科、检验科、放射科、计算机中心、后勤等使用和维护医院信息系统的各业务职能部门、临床科室和医技科室；发生信息系统(大面积或者全部局域网电脑)故障，立即报告领导小组批准同时不同情况部分或全

部启动“应急预案”的实施。

二、应急预案通报制度

(1)信息系统应用部门发现信息系统(大面积或者全部局域网电脑)或供电系统故障，应及时立即通知相关部门负责人，部门负责人应立即通知院办、计算机中心，院办即刻通报院长、后勤部门、医务科；

(2)计算机中心或后勤部门应在15分钟之内初步查明烈障原因、所需恢复时间，通知相关应用部门负责人，必要时及时向领导小组报告。

(3)计算机或后勤部门应在故障排除后，立即报告领导小组，请求结束“应急预案”的实施，领导小组决定停止应急预案时，由医务科及时通知各应用部门；(4)计算机或后勤部门应在事后将详细的故障原因及处理结果报告领导小组；

(5)计算机中心应对引起信息系统瘫痪超过15分钟的故障，即刻通过电话分别XX市卫生局信息中心、XX市医疗保险信息中心；故障恢复后再以书面分别XX市卫生局信息中心、XX市医疗保险信息中心；

三、信息系统故障一般应急措施

各业务应用部门一般应在获知信息系统故障不能排除，并获知故障初步原因和所需恢复间后，立即采取如下措施：

(1)各业务应用部门应在窗口设置“计算机故障”告示牌，部门负责人及时到现场组织协工作；

(2)启用应急预案时，在排除信息系统运行故障的同时，在门诊大屏幕上循环播出病人告，做好对病人的疏导解释和应诊等工作。

(3)医保结算系统故障，医院信息系统正常时，为医保病人按自费标准登记和收费，并打印白费收据；

(4)医院信息系统故障，在财务门急诊收费窗口开启费用查询单机版软件或参照事先打印的费用单价，对医保病人按自费标准结算，开具手工收据。在其他业务部门均启动手工作业；(5)对上述二种系统故障，财务结算部门一般在故障后15个工作日内凭原手工收据，为医保病人重新划卡结算；

(6)对信息系统故障期间产生的手工数据，视情在故障排除后予以补录。

计算机网络信息管理系统故障

技术保障实施细则

1、当前置机、帧中继工作正常，发生医保结算失败时，计算机部门网络管理员应立臣I上海市医疗保险信息中心联系，了解故障原因和恢复时间，并实时测试与市医保局线路遥状态：

2、因医保前置机或帧中继故障，发生医保结算失败时，计算机部门网络管理员立即库备用前置机或备用ISDN。

二、网络设备保障

主交换机采用双交换机互为备份。

三、服务器保障

1、主服务器采用双机互为热备，磁盘阵列柜保障系统正常运行。

2、域控服务器备有备用服务器。

四、应用软件保障

1、应用软件保存各版本源代码和文档。对软件升级采取立案、报批、修改、测试、爿验收的管理模式，降低软件质量风险；

2、应用软件版本升级或程序补丁造成部门和全部不能正常运行时，系统管理员应紧。复原程序。

五、供电保障

1、医院信息系统主机房采用二路电源供电(一用一备)，同时配备UPS备用，对按照UPS技术手册所规定的时间定期放电重启测试。

2、信息系统主机房二路电源任何一路电源发生故障时，另一路备用电源通过手动切置即刻恢复供电。当二路电源同时发生故障，将采用UPS供电。

六、病毒防范保障

l、采用网络防病毒技术方案；

2、当病毒侵犯操作系统、数据库、应用程序等，视发生的情况和产生的后果，按“预案”中有关条款实施。42 工账单补入完整：

(6)手术室或麻醉科系统发生供电故障，手术室护士长或麻醉科主任应立即联系后勤部门，由后勤部门负责解决。

十一、计算机中心应急措施

(1)计算机中心工作人员监测到系统故障或接到业务部门信息系统故障的消息后，应立即向本部门负责人汇报，并按计算机中心员工岗位职责立即排查通信线路、网络设备、服务器、数据库、应用程序以及供电设备运行状况，在近可能短的时间内初步汇总，找出故障原因和估计恢复时间；

(2)计算机中心负责人应立即将故障原因和估计恢复时间报告领导小组成员。计算机中心工作人员应按各自岗位职责分别将故障原因和估计恢复时间通知有关业务部门负责人，对主要业务部门信息系统瘫痪超过15分钟的故障，电话即刻报XX市卫生局信息中心和XX市医疗保险信息中心：

(3)计算机中心工作人员应立即按技术保障细则进行故障排除，如需要应立即联系相应供应商技术支持；

(4)如故障恢复时间较长，计算机中心负责人应向领导小组及时报告，由领导小组根据实际情况组织解决；

(5)当信息系统故障排除，计算机中心负责人应立即报告领导小组，由领导小组决定是否停止“应急预案”的实施．计算机中一6,1作人员应协助通知各业务部门停止“应急预案” 的实施，并做好善后事宜：

(6)计算机中心应事后就故障原因、处理结果书面报告领导小组，同时书面上报XX市卫生局信息中心和XX市医疗保险信息中心。47

生产管理系统操作手册篇6

生产管理系统

操作手册

拟制：

日期：

文档编号:

密级:

保密

修订记录

日期

修订版本

描述

作者

引言

通用功能概述

2.1

系统登录和界面介绍

2.2

通用界面和操作

2.3

我的工作台

个人日记

根底资料管理

3.1

客户管理

3.2

供给商管理

3.3

物流公司

3.4

物料管理

3.5

仓库管理

3.6

货位管理

3.7

部门管理

3.8

员工管理

3.9

车间管理

3.10

BOM

管理

3.11

数据初始化

销售管理

4.1

销售订单录入

4.2

销售订单处理

4.3

销售订单查询

4.4

发货单录入

4.5

发货单处理

4.6

发货单查询

生产管理

5.1

生产订单

生产订单录入

生产订单处理

生产订单查询

5.2

MRP操作

MRP运算

生产建议

领料建议

采购建议

5.3

生产管理

生产作业录入

生产作业处理

生产作业查询

采购管理

6.1

采购订单录入

6.2

采购订单处理

6.3

采购订单查询

6.4

收货单录入

6.5

收货单处理

6.6

收货单查询

仓储管理

7.1

单据管理

单据录入

单据查询

7.2

作业管理

作业调度

作业反应

作业查询

7.3

库存管理

7.3.1

库存查询

可视库存

财务管理

8.1

应收应付

应收款

收款处理

收款单

应付款

付款处理

付款单

数据管理

9.1

指令管理

指令跟踪

9.2

VMI管理

库存情况

销售情况

引言

本操作手册主要是按照系统功能模块介绍具体操作，本文档的预期读者是物流管理系统实训实验的设计者和操作者，可以作为辅助实训课教与学的参考手册。

通用功能概述

这一节将对系统通用的功能进行的阐述，主要内容包括系统登录界面介绍、通用界面和操作介绍以及对“我的工作台〞局部内容的介绍。

3.1

系统登录和界面介绍

用户翻开IE，输入系统地址后，会显示登录界面，如下列图：

在此界面登录人输入登录名SC0001和密码1，确认即可进入系统，如下列图：

点击进入，系统主界面包括工具栏，主菜单，导航栏，主工作页面，和状态栏几局部。如图

工具栏

主菜单项

ie的状态栏

主工作界面

导航栏项

系统会根据登录人的岗位不同显示不同的主菜单和导航栏，用户点击主菜单项，导航栏会根据菜单的不同改变。用户点击导航栏上的按钮，在主工作界面上就会显示信息内容。系统的默认主工作界面上显示的是当前用户待审批的工作事项统计，待执行的业务统计和发给登录用户的消息通告。用户可以点击工具栏上的“查看最新〞重新显示此页面。在ie的状态栏上会显示当前时间，登录人姓名、帐号，登录部门。

系统工具栏上包括隐藏导航，查看最新，修改密码，软件安装，在线帮助，签退几个功能链接。

点击“隐藏导航〞会将系统左侧的导航栏隐藏，从而使用户拥有更大的工作空间。

点击“查看最新〞可以重新显示系统的默认主工作页面

点击“修改密码〞会显示用户修改密码界面，用户输入新密码后点击确定，可以修改现有的密码。

点击“切换系统〞会显示平台系统，只有系统管理员可以随意切换到平台系统的其他任何模块。

点击“通讯录〞会显示系统中的机构列表，选中机构会显示机构的人员、岗位列表，供查看。

点击“在线帮助〞会显示系统的帮助，用户可以查看帮助更好的理解和操作系统。

点击“签退〞会退出系统，显示登录界面。

删除

3.2

通用界面和操作

1：

通用删除按钮

在上表中左边是表示删除的图标，点击图标，系统会做出删除的响应。

2：通用选择对话框

系统中所有页面上标有“*〞的字段，都表示此字段是必须填写的。

在此界面中点击，可以显示下面的选择对话框。

在此界面中输入筛选条件，点击，可以显示筛选结果，点击可以清空选项。分别表示首页，前一页，下一页，末页和当前页/总页数。在页面中选择某条记录，点击【确定】系统将把选定的记录录入到界面上。在上图中双击某条记录也能完成相同的功能。

3、通用列表

列表中表头的选择框是灰色的如，说明此列表不能多项选择，否那么说明可以多项选择。

在输入框中输入数字，点击设置，会设置系统中所有列表每页显示的行数。

各按钮的意义如各按钮的描述。

点击系统会显示打印界面。

点击系统将会显示查询对话框，如下列图。

在此处可以快速输入任意一个字段的信息，点击快速搜索，系统会搜索符合条件的记录。

在此界面中点击“高级〞，系统会显示下列图所示界面。

选择一个字段名、条件标示符并输入条件表达式内容，点击新增条件将条件添加到下面的列表中，在添加多个条件时，需要先确定各条件间的逻辑关系。点击“重新设置〞按钮可以重新添加条件，确定条件后点击“开始查询〞，系统会在列表中显示查询结果。

4、选择时间

系统中，点击需要录入时间的输入框，会弹出选择时间的对话框，如上图。

5、通用编辑操作

页面分为两大局部，第一局部是用于编辑信息的，第二局部显示已经编辑的结果列表。选择【增加】，使【确定】按钮有效，在编辑信息局部输入内容，点击【确定】，在结果列表中将显示刚刚编辑的内容。在结果列表中点击要修改内容所在的行，在编辑信息局部将显示结果列表中此行的内容，点击【修改】，使【确定】按钮有效，在编辑信息局部修改信息内容。点击【确定】，完成修改。在结果列表中点击某条记录右侧的，可以删除此条记录。注意：上述编辑操作，只是在页面上编辑，信息并没有存到数据库中。在编辑完所有内容后，要点击页面上的【提交】或【保存】按钮，将信息保存到数据库中。

6、批量增加与单行增加

上图中假设勾选“批量〞选项，再点击【添加货品】系统会显示下列图所示的对话框。

上图中点击【选择】，系统会将【选择】所在记录添加到页面上，此时对话框不会消失，用户可以继续点击【选择】直到将需要的所有记录添加到页面上，最后点击【完成】关闭对话框。

假设不勾选“批量〞选项，点击【添加货品】，系统会直接添加一条记录在页面上，此时用户可以通过点击按钮来添加信息内容。添加内容后，可以编辑可输入的字段，点击可以删除所在行。

3.3

我的工作台

“我的工作台〞局部主要包括个人日记的功能。

3.3.1

个人日记

3.3.1.1

日记

“日记〞模块用于记录用户的工作日程。

用户按如下顺序进入功能页面：我的工作台－?个人日记－?日记，系统会显示当前月的日历，点击某一天，系统会弹出编辑对话框，输入标题和日容，点击“保存〞系统会将信息保存到系统中。以后，用户可以通过页面上方的年和月选择框重新选择此日记查看或修改。

根底资料管理

【根底资料管理】维护了生产管理系统中的主要根底数据。主要包括供给商管理、客户管理、物流公司、物料管理、仓库管理、货位管理、部门管理、员工管理、车间管理、BOM管理、数据初始化几个局部。

4.1

客户管理

界面如图：

在此可对生产企业的客户资料进行新增，对列表中的客户信息进行删除、修改、查看和生成帐套等操作，如图下方显示。

新增：点击【新增】，可以输入客户资料，如图：

其中“客户码〞在提交后由系统自动生成，至少填写所有必填项，点击【提交】即新增了一条客户信息。

修改：在客户信息列表中选择一条客户信息记录点击【修改】按钮进入客户信息的修改界面〔与客户信息的新增界面相同〕，修改相应的信息后点击【提交】即可完成对客户信息的修改功能。

查看：在客户信息列表中选择一条客户信息记录点击【查看】按钮进入客户信息的查看界面，显示信息与新增或修改后提交的信息一致。

删除：在客户信息列表中选择一条客户信息记录点击【删除】按钮即可删除此条客户信息。

生成帐套：在客户信息列表中选择一条客户信息记录点击【生成帐套】按钮即可为该客户生成一个登录系统的帐号〔同客户码〕，密码默认为1。凭此帐号密码，该客户〔作为销售公司〕可登录销售公司管理系统。

4.2

供给商管理

界面如图：

在此可对生产企业的供给商资料进行新增，对列表中的供给商信息进行删除、修改、查看和生成帐套等操作，如图下方显示。

新增：点击【新增】，可以输入供给商资料，如图：

其中“供给商编码〞在提交后由系统自动生成，至少填写所有必填项，点击【提交】即新增了一条供给商信息。

修改：在供给商信息列表中选择一条信息记录点击【修改】按钮进入修改界面〔与供给商信息的新增界面相同〕，修改相应的信息后点击【提交】即可完成对供给商信息的修改功能。

查看：在供给商信息列表中选择一条信息记录点击【查看】按钮进入信息的查看界面，显示信息与新增或修改后提交的信息一致。

删除：在供给商信息列表中选择一条信息记录点击【删除】按钮即可删除此条信息。

生成帐套：在供给商信息列表中选择一条信息记录点击【生成帐套】按钮即可为该供给商生成一个登录系统的帐号〔同供给商编码〕，密码默认为1。凭此帐号密码，该供给商〔作为原材料供给公司〕可登录供给商管理系统。

4.3

物流公司

界面如图：

在此可对生产企业委托的物流公司资料进行新增，对列表中的物流公司信息进行删除、修改、查看和生成帐套等操作，如图下方显示。

新增：点击【新增】，可以输入物流公司资料，如图：

其中“编码〞在提交后由系统自动生成，至少填写所有必填项，“效劳对象〞是指这个物流公司为哪些企业或部门提供配送效劳，只有被选中的企业或部门才可以自动生成配送订单。点击【提交】即新增了一条物流公司信息。

修改：在物流公司信息列表中选择一条信息记录点击【修改】按钮进入修改界面〔与物流公司信息的新增界面相同〕，修改相应的信息后点击【提交】即可完成对该条信息的修改功能。

查看：在物流公司信息列表中选择一条信息记录点击【查看】按钮进入信息的查看界面，显示信息与新增或修改后提交的信息一致。

删除：在物流公司信息列表中选择一条信息记录点击【删除】按钮即可删除此条信息。

生成帐套：在物流公司信息列表中选择一条信息记录点击【生成帐套】按钮即可为该物流公司生成一个登录系统的帐号〔同编码〕，密码默认为1。凭此帐号密码，该物流公司可登录物流公司管理系统，为整条供给链上的生产企业、销售企业、供给商提供物流效劳。

4.4

物料管理

界面如图：

在此可对生产企业所有物料信息进行新增，包括所有原材料、半成品和成品。对列表中的物料信息进行删除、修改、查看和同步等操作，如图下方显示。

新增：点击【新增】，可以输入物料信息，如图：

其中“物料编码〞在提交后由系统自动生成，至少填写所有必填项，点击【提交】即新增了一条物料信息。回到物料信息列表，如图：

修改：在物料信息列表中选择一条信息记录点击【修改】按钮进入修改界面〔与物料信息的新增界面相同〕，修改相应的信息后点击【提交】即可完成对该条信息的修改功能。

查看：在物料信息列表中选择一条信息记录点击【查看】按钮进入信息的查看界面，显示信息与新增或修改后提交的信息一致。

删除：在物料信息列表中选择一条信息记录点击【删除】按钮即可删除此条信息。

同步：在物料信息列表中点击【同步】按钮，那么按照“货品类型〞，所有“产成品〞物料信息在该生产企业的销售公司的系统中共享使用，所有“原材料〞

物料信息在该生产企业的供给商系统中共享使用。

4.5

仓库管理

界面如下：

在此可对生产企业的自有仓库信息进行新增，对列表中的仓库信息进行删除、修改、查看操作，如图下方显示。

点击【新增】，进入页面包括“库房〞、“门信息〞、“库管员〞三个标签页。

◆

库房

库房标签页用于建立库房的根本资料，描述的是库房的编码、名称、类型等根本信息，界面如下：

其中“库房编码〞在提交后由系统自动生成，至少填写所有必填项，点击【提交】即新增了一条库房信息。填写内容如下：

◆

门信息

门信息描述的是库房门的相关信息，一个库房可能有多个门，库房门的位置将影响货品的摆放位置，离门的距离越近的区或者储位的货品存放优先等级越高。界面如下：

点击【增加】可激活下面的输入框，输入门的各项信息，点击【确定】即增加一条门信息，如下列图。还可继续增加门信息，全部增加完后点击【提交】。

◆

库管员

描述库房的库管员根本信息，一个库房可以有多个库管员，但是一段时间内一般会有一个库管员负责库房内的作业。界面如下：

点击【增加】可输入库管员信息，【确定】即增加一个库管员，可继续增加其他库管员，最后点击【提交】。

一个库房信息新增后，用户可以从仓库管理列表页面中再次选择本信息进行【修改】、【删除】、【查看】操作。删除库房时要求检查库房内是否还有库存。

4.6

货位管理

点击进入，界面如下：

在此界面可以对已有库房进行分区和储位分配。

1、分区

点击【新增】，显示如下：

首先在“库房〞选项的下拉菜单中选择一个已有库房，对此库房增加一个区。“区编码〞在提交后由系统自动生成，至少输入所有必填项，“是否分配储位〞选项中选择“是〞那么保存后用户还可以给此区分配储位，如果选择“否〞

用户不可以分配储位，系统会自动给区分配默认“储位〞。【提交】即增加一个库区。

一个区信息新增后，用户可以从货位管理列表页面中再次选择本信息进行【修改】、【删除】、【查看】操作。删除区时要求检查区内是否还有库存。

2、分配储位

如果区是要分配储位的，在货位管理信息列表界面，选中一条区记录，点击【分配储位】，可进行操作。

储位的编号规那么：系统中储位的编码为6位，如果区不划分储位，那么区内默认对应一个编号为000000的储位，如果区是分储位的，那么要根据区的存储方式不同有所区分。如果是堆垛或者托盘等平面存储方式，那么按照行和列进行编码，前两位代表列数，中间两位代表行数，后面两位为00。如果是货架等立体存储方式，那么按照货架数、截面数、层数和对应通道数进行编码，编码规那么如下列图所示：

货架数

对应通道数

截面数

层数

1位〔A～Z〕

1位〔1/2〕

2位

具体操作如下：

对于托盘区和堆垛区等平面存储区，应在“行数〞和“列数〞中输入数据，点击【生成】，系统会按输入的行列数生成区的储位分布图，并为每个储位生成储位编码，如下列图。【保存】即完成。

如果是货架存储方式，那么输入货架数、截面数、层数和对应通道数，然后点击【生成】，那么界面上以多个网格的方式列出储位分布图，并为每个储位生成储位编码，如下列图。【保存】即完成。

4.7

部门管理

界面如图：

在此可对生产企业组织机构中的各个部门信息进行新增，对列表中的部门信息进行删除、修改、查看操作，如图下方显示。

新增：点击【新增】，可以输入部门信息，如图：

其中“部门编码〞在提交后由系统自动生成，至少填写所有必填项，点击【提交】即新增了一个部门信息。如生产部、财务部、采购部、销售部、物流部等。

4.8

员工管理

界面如图：

在此可对生产企业所有员工信息进行新增，对列表中的员工信息进行删除、修改、查看操作，如图下方显示。

新增：点击【新增】，可以输入员工信息，如图：

其中“员工编码〞在提交后由系统自动生成，“部门〞选项即选择该员工所在部门，“职务〞选项选择该员工职务，至少填写所有必填项，点击【提交】即新增了一个员工信息。如下图：

4.9

车间管理

界面如图：

在此可对生产企业所有生产车间信息进行新增，对列表中的车间信息进行删除、修改、查看操作，如图下方显示。

点击【新增】，可以输入车间信息，如图：

其中“车间编码〞在提交后由系统自动生成，至少填写所有必填项，点击【提交】即新增了一个车间信息，如组装车间、加工车间、检验车间等。

4.10

BOM

管理

界面如图：

BOM指物料清单，即在此可对生产企业所有物料之间的关系进行定义，即原材料、半成品和产成品之间的关系，产成品是其所需半成品的父件，半成品是产成品的子件；半成品是其所需原材料的父件，原材料是半成品的子件。

在“父件编码〞的下拉菜单中选择一个物料，点击【增加子件】，输入生产该物料所需子件，可增加多个子件，如下图：

完成后点击【保存BOM】。重复这个操作，为生产企业所有父件增加子件。

4.11

数据初始化

界面如图：

在系统上线初期需大量输入根底资料信息，对于部门、员工、车间、仓库、物料、客户、供给商、物流公司等根底资料，可在本功能模块批量导入。以“员工〞为例，具体操作如下：

首先点击“模版下载〞，保存EXCEL格式的模版，格式如下：

按照此模版整理员工信息并保存为文件1，然后在系统中“数据文件〞栏点击【浏览】，找到文件1，点击【确定】即可批量导入员工信息。

销售管理

本模块对生产企业销售相关活动进行管理，包括销售订单和发货单的录入、处理和查询。

5.1

销售订单录入

点击进入销售订单录入页面，可以看到由客户销售公司采购指令生成的销售订单，也可对销售订单进行新增、修改、查看、删除和提交操作。

点击【新增】，显示如下：

“客户〞项选择销售的客户，“联系人〞项填入客户方的联系人、，“税率〞指销售商品的增值税率，“合同号〞指生产企业与客户之间签订的合同的编号。

点击【增加物料】，录入该订单销售的商品信息，包括包装单位、数量、单价、金额等，如下列图。全部订单商品增加完后，点击【保存订单】。

返回销售管理信息列表可以对录入的订单进行修改、删除和查看。确认无误的订单，选中点击【提交】，即转入【销售订单处理】环节。

5.2

销售订单处理

凡在【销售订单录入】模块提交的订单记录都会在【销售订单处理】模块看到，如图：

在此页面可对订单进行修改、查看和审核。选中订单点击【审核】，如图：

确认无误点击【审核通过】，那么该订单进入实际履行阶段。

“是否发送到客户〞项如选中那么在【销售公司管理系统】—【采购管理】—【采购订单录入】中会产生一个针对该订单商品的采购订单。

5.3

销售订单查询

提供对所有状态的销售订单的查询。

5.4

发货单录入

当销售订单的商品准备从仓库发货时，应先点击进入【发货单录入】，选择【新增】，如图：

在“发货单号〞项可以点击【订单转入】，将会显示所有“已审核〞的销售订单，选择要发货的订单，那么销售订单的信息会自动显示在本发货单的相应项，然后指定“出货仓库〞，填入其他项信息，在此点击【增加物料】还可以增加发货商品，如赠品。如下图。最后点击【保存发货单】。

回到发货单列表界面，如下图，可以对已录入的发货单进行修改、删除、查看和提交操作。【提交】后，发货单进入下一个环节〔发货单处理〕。

5.5

发货单处理

进入【发货单处理】，将会看到所有在【发货单录入】中提交的发货单记录。可以对选定发货单进行修改、查看和审核/下达操作。点击【审核/下达】显示如图：

核对信息，确认无误后点击【审核通过】，如勾选“是否发送到客户〞，那么系统在【销售公司管理系统】—【采购管理】—【收货单录入】中自动生成一条针对该发货商品的收货单记录。回到发货单处理列表，这条发货单的状态为“已审核〞，如图：

再次选中“已审核〞的发货单，点击【审核/下达】，显示如图：

在“物流公司〞项选择一家物流公司，点击【下达发货指令】，发货单进入实际履行阶段，即向内部仓储部门和外包物流公司发出指令，在【仓储管理】—【单据管理】—【单据录入】中自动生成一条出库订单，同时在【物流公司系统】—【仓储管理】—【单据管理】—【单据录入】中自动生成一条配送订单。

5.6

发货单查询

提供对所有状态的发货单的查询。

生产管理

6.1

生产订单

6.1.1

生产订单录入

在销售订单的拉动下，对于库存缺乏的商品要组织生产。首先进入【生产管理】—【生产订单录入】，点击【销售订单转入】，可以看到所有需要组织生产的订单，如图：

点击“销售订单列表〞中的订单，下面“销售订单货品列表〞中会显示该订单项下的货品，如图：

选中“销售订单货品列表〞的货品，填入“开工日期〞“完工日期〞，如图：

点击“生成生产订单〞，显示如图：

选中点击【提交】即进入生产订单处理环节。

6.1.2

生产订单处理

进入【生产订单处理】，会看到录入并提交的生产订单列表，如图：

选中点击【审核】，如图：

核对订单内容，如有修改需点击【保存修改】，准确无误后点击【通过审核】那么该生产订单进入实际履行阶段。

6.1.3

生产订单查询

在此可以查询各种状态的生产订单。

6.2

MRP操作

6.2.1

MRP运算

点击进入【MRP运算】会看到所有已经审核的生产订单列表，选中一个或多个生产订单，填入“运算日期〞和是否考虑平安库存、半成品库存和考虑损耗率，点击【MRP运算】，系统根据计算结果会给出生产建议〔库存缺乏的半成品和产成品〕、出库〔领料〕建议〔库存现有的半成品和所有原材料〕、采购建议〔库存缺乏的原材料〕。

MRP查询

点击进入【MRP查询】，可以查看所有MRP运算的记录和结果，如图：

点击一条记录，下方会显示该运算结果给出的生产建议、采购建议和出库建议〔领料建议〕。也可以在“运算日期〞中输入一个时间段查询这个时间段内的运算记录。

6.2.2

生产建议

进入【生产建议】会看到根据MRP运算结果生成的生产建议列表。选中一条记录，指定“生产车间〞和“生产工人〞，点击【生成加工单】，该加工单将自动转入【生产管理】—【生产作业录入】的列表中。如图：

6.2.3

领料建议

指原材料出库建议或领料建议，点击【生成领料单】，生产车间领料。

6.2.4

采购建议

点击【采购建议】会看到根据MRP运算结果生成的生产建议列表。选中一条记录，指定一家供给商，点击【生成采购单】。如图：

该采购单会自动转入【采购管理】—【采购订单录入】列表中。

6.3

生产管理

6.3.1

生产作业录入

点击进入【生产作业录入】，列表中显示从【生产建议】转入的加工单，如图：

也可手动【新增】生产加工单。选中一个加工单，点击【审核】即进入下一个环节。

6.3.2

生产作业处理

进入【生产作业处理】，点击“未完成加工单〞，列表显示尚未完工的加工单，如图：

当某加工单完成时，在此页面选中该加工单，点击【完工】，那么该加工单自动转入“未入库加工单〞列表。点击“未入库加工单〞，列表显示已经完工但尚未入库的加工单，如图：

选中要入库的货品〔同类货品入同一库房的可多项选择〕，点击【入库】，那么【仓储管理】—【单据管理】—【单据录入】自动生成一条入库订单，所选货品自动转入的这条入库订单的货品信息。

6.3.3

生产作业查询

查看所有状态的加工单信息。如图:

采购管理

7.1

采购订单录入

进入【采购订单录入】会看到采购订单列表，从【MRP操作】—【采购建议】处生成的采购单会转入到这里并在列表中显示。选中可查看或修改，如图：

在此，还可以根据需要手动【新增】采购单，如图：

核对无误后可返回列表选中该采购单，点击【提交】即进入下一个环节。如图：

7.2

采购订单处理

凡在【采购订单录入】中提交的采购单都会显示在【采购订单处理】列表中，选中查看、修改，点击【审核】，如图：确认无误后点击【审核通过】，订单进入实际履行阶段。如勾选“是否发送到供给商〞那么在指定供给商系统的【销售管理】—【销售订单录入】中自动生成一条销售订单记录。

7.3

采购订单查询

在此查看所有状态的采购订单。

7.4

收货单录入

进入【收货单录入】，点击【新增】，如图：

点击【订单转入】

将会显示所有“已审核〞的采购订单，选择要收货的订单，那么采购订单的信息会自动显示在本收货单的相应项，然后指定“收货仓库〞，填入其他项信息，在此点击【增加物料】还可以增加收货商品，如附赠品。如下图。最后点击【保存收货单】。回到收货单录入列表，选中保存的收货单，点击【提交】即进入下一个环节。

7.5

收货单处理

进入【收货单处理】，将会看到所有在【收货单录入】中提交的收货单记录。可以对选定收货单进行修改、查看和审核/下达操作。点击【审核/下达】显示如图：

回到收货单处理列表页面，这条收货单的状态为“已审核〞，如图：

再次选中“已审核〞的收货单，点击【审核/下达】，显示如图：

点击“下达收货指令〞，那么向仓储部门发出收货指令，在【仓储管理】—【单据管理】—【单据录入】中自动生成一条入库订单。

7.6

收货单查询

查询所有状态的收货单信息。

仓储管理

8.1

单据管理

8.1.1

单据录入

进入【单据录入】页面会看到由于销售发货、采购收货、生产入库、领料出库等指令生成的出入库订单，也可新增订单。显示如图：

选中一条订单，点击【生成作业方案】，显示订单信息如图：

分别核对“订单信息〞、“订单入库信息〞和“订单货品〞三栏信息，确认无误点击【确认生成】，那么将入库订单转化为仓库作业方案，转入【作业管理】—【作业调度】环节。

8.1.2

单据查询

在此可查询所有状态的出入库订单信息。

8.2

作业管理

8.2.1

作业调度

选择【作业管理】－【作业调度】，系统会显示当前系统中尚未调度资源进行操作的作业方案单列表，如图：

8.2.1.1

出库调度

选择一个类型为“出库〞的作业方案单，点击【调度】按钮，此时系统会显示作业方案单的调度编辑界面。此页面包括“拣货调度〞、“资源调度〞和“根本信息〞三个标签页。

◆

拣货调度

拣货调度页面从上到下分为四个局部，第一局部显示操作的货品，用来进行拣货操作，第二局部显示已经拣货的货品，第三局部显示要拣货的货品，第四局部显示要拣货的货品的库存情况。

用户首先点击待拣货结果中货品记录右侧的【库存】按钮，此时在库存局部将显示待拣货贫的库存情况，从库存中选择要出库的货品记录，此时拣货操作局部将显示此货品，输入拣出的货品数量，点击【拣货】在已拣货结果中将显示此条信息，系统将自动更新各局部货品的数量。对于拣货结果中不应出库的货品可以点击【删除】恢复库存。拣货后用户可以点击【打印拣货单】和【打印出库单】执行相应操作。

◆资源调度

在资源调度页面可以分配执行此次出库任务的下架作业和理货作业的资源。

点击上图中的【作业资源】，系统将弹出页面，页面包括三个标签页，如下面三图。用户选中需要的设备和人员，点击【提交】保存信息。

◆

根本信息

根本信息局部显示的是本作业调度的根本信息。

最后用户点击【调度完成】保存所有信息。

8.2.1.2

入库调度

选择一个类型为“入库〞的作业方案单，点击【调度】按钮，此时系统会显示作业方案单的调度编辑界面。此页面包括“上架调度〞、“资源调度〞和“根本信息〞三个标签页。“资源调度〞和“根本信息〞标签页与出库调度相同，此处不再介绍，下面说明一下“上架调度〞标签页。

◆

上架调度

上架调度页面从上到下分为三个局部，第一局部显示操作的货品，用来进行上架操作，第二局部显示已经上架的货品，第三局部显示要上架的货品。用户首先在待上架货品中选择要入库的货品记录，此时上架操作局部将显示此货品，选择要存储到的区编码和储位编码，输入上架的货品数量，点击【上架】在已上架结果中将显示此条信息，系统将自动更新各局部货品的数量。对于已上架结果中不应入库的货品可以点击【删除】恢复库存。上架后用户可以点击【打印储位分配单】和【打印入库单】执行打印操作。

编辑各标签页信息后，最后用户点击【调度完成】。

8.2.2

作业反应

用户选择【仓储管理】－?【作业管理】－?【作业反应】，系统会显示当前系统中已经调度完成未反应的作业方案单列表，选择一个作业方案单，点击【作业方案单反应】，根据作业单的入库和出库类型，系统会显示不同的作业反应页面。

8.2.2.1

出库反应

选择一个类型为“出库〞的作业方案单，点击【作业方案单反应】按钮，此时系统会显示作业方案单的反应编辑界面。此页面包括“拣货反应〞、“理货反应〞、“资源反应〞和“根本信息〞四个标签页。

◆

拣货反应

拣货反应页面从上到下分为五个局部，第一局部显示操作的货品，用来进行拣货操作，第二局部显示已经拣货的货品，第三局部显示要拣货的货品，第四局部用来查询非订单货品的库存，第五局部显示货品的库存情况。用户首先点击待拣货结果中货品记录右侧的【库存】按钮，此时在库存局部将显示待拣货品的库存情况。用户也可以在非订单货品的查询条件中输入货品的信息，点击【查询库存】此时库存局部将显示非订单货品的库存情况，用于非订单货品的拣货。用户从库存中选择要出库的货品记录，此时拣货操作局部将显示此货品，输入拣出的货品数量，点击【拣货】在已拣货结果中将显示此条信息，系统将自动更新各局部货品的数量。对于拣货结果中不应出库的货品可以点击【删除】恢复库存。拣货后用户可以点击【打印拣货单】和【打印出库单】执行相应打印操作。

◆

理货反应

理货反应显示的是拣货反应的结果，方便用户查看。

◆

资源反应

在资源反应页面可以分配执行此次反应任务的下架作业和理货作业的资源。

点击上图中的【作业资源】，系统将弹出页面，页面包括三个标签页，如下面三图。用户选中需要的设备和人员，点击【提交】保存信息。

◆

根本信息

根本信息局部显示的是本作业反应的根本信息。

最后用户点击【反应完成】保存所有信息。

8.2.2.2

入库反应

选择一个类型为“入库〞的作业方案单，点击【作业方案单反应】按钮，此时系统会显示作业方案单的反应编辑界面。此页面包括“理货反应〞、“上架反应〞、“资源反应〞和“根本信息〞四个标签页。“资源反应〞和“根本信息〞标签页与出库调度相同，此处不在介绍，下面说明一下“理货反应〞和“上架调度〞标签页。

◆

理货反应

理货反应显示了拣货反应的结果。在此可以增加方案外货品。用户点击【增加方案外货品】系统将显示方案外货品的查询界面，输入或选择货品、单位、质量和数量等信息，点击【确定】把方案外货品参加到理货反应中。对于方案外的货品可以删除。

◆

上架反应

上架反应页面从上到下分为三个局部，第一局部显示操作的货品，用来进行上架操作，第二局部显示已经上架的货品，第三局部显示要上架的货品。用户首先在待上架货品中选择要反应的货品记录，此时上架操作局部将显示此货品，选择要存储到的区编码和储位编码，输入上架的货品数量，点击【上架】，在已上架结果中将显示此条信息，系统将自动更新各局部货品的数量。对于已上架结果中不应反应的货品可以点击【删除】恢复库存。上架后用户可以点击【打印储位分配单】和【打印入库单】执行打印操作。

编辑各标签页信息后，最后用户点击【反应完成】保存所有信息。

8.2.3

作业查询

在此查询所有状态的作业方案单。

8.3

库存管理

8.3.1

库存查询

进入【库存查询】页面可以查询各个仓库的库存信息，如图，选择查询条件，点击“查询库存〞即可。

8.3.2

可视库存

在此可以按库房查看库房利用情况。如图在“库房〞项选择一个库房，点击【查询】。

财务管理

9.1

应收应付

9.1.1

应收款

针对销售客户的应收款帐单生成，点击进入【应收款】，显示如图：

列表显示所有未结算的销售订单，选择要结算的订单记录，点击【生成收款单】，如图：

填写“发票号码〞、“结算账户〞、“部门〞等信息，点击【收款确认】，转入【收款处理】环节。

9.1.2

收款处理

进入【收款处理】，显示应收款单列表，如图：

选中一条记录点击【审核/下达】，那么进入实际收款环节。

9.1.3

收款单

查看所有状态的收款单。

9.1.4

应付款

针对供给商的采购应付款帐单生成，点击进入【应付款】，显示如图：

列表显示所有未结算的采购订单，选择要结算的订单记录，点击【生成付款单】，如图：

填写“发票号码〞、“结算账户〞、“部门〞等信息，点击【付款确认】，转入【付款处理】环节。

9.1.5

付款处理

进入【付款处理】，显示应付款单列表，如图：

选中一条记录点击【审核/下达】，那么进入实际付款环节。

9.1.6

付款单

查看所有状态的付款单。

数据管理

10.1

指令管理

10.1.1

指令跟踪

在【指令跟踪】中可以查询客户指令列表。如图：

10.2

VMI管理

基于客户的库存和销售情况，主动做出供给方案。

10.2.1

库存情况

在此查询下游客户的库存，如图：

在“客户〞选项选择一家客户，点击【查询库存】，如图：

10.2.2

销售情况

系统时间错误对HIS系统的影响篇7

关键词：系统时间,HIS系统,问题,策略

我院的“军卫一号”HIS系统的开发是基于ORACLE数据库,要求客户端用户在插入、修改、删除数据时,要在数据库相应的表里记录这些数据插入、修改的时间以供其他应用的调用并供统计分析使用。为了保证数据的完整性和可靠性,各个客户端提供的数据时间必须是一致的。但往往由于各种原因时间的一致性无法实现,以下我将列举三个典型事例来进行探讨。

1问题现象

1.1 事例一

某住院病人出院结算时失败,提示:该病人收费项目计价时间大于结算时间。查询inp_bill_detail表该病人的未结算明细,发现有两条记录“伽玛刀治疗”的计价时间是2013年3月28日,结算时的时间是2013年2月28日,而其他记录的计价时间都是在正常的范围内。该项目是伽马刀科室单独计价产生的,检查伽马刀科室的终端电脑发现某台机器的系统时间不正确,要晚于正确的时间。修改机器时间,并修改inp_bill_detail表里相关科室所做的计价项目的计价时间。

1.2 事例二

某病区反映当天提取转抄的药疗医嘱,中心药房摆药系统里查询不到,其他病区当天摆药正常。查询已摆药记录,也没有该病区的当天摆药记录。查看中心药房和该病区护士站机器的系统时间,发现护士站的系统时间要大于正常的时间,所以摆药系统并未搜索到不在有效时间内的医嘱。修正护士站的机器时间,并要求该病区作废相关医嘱,重新下达医嘱,重新转抄执行。

1.3 事例三

某门诊医生反映有病人挂号很久,门诊医生站仍然看不到该病人的挂号信息,查询就诊记录:clinic_master,发现该病人的就诊时间比正常的系统时间晚20分钟,逐个检查挂号窗口的系统时间,发现其中一台有误,修改系统时间并在后台修改clinic_master该条记录的visit_date字段的挂号时间。由于窗口挂号系统时间跟医生工作站或者检查检验系统时间不一致,不论提前或者推后,只要存在时间差就会导致病人无法正常就诊。

2 原因分析及解决方案

HIS系统是个连续的过程,时间是个敏感因素,要求整个系统的时间一致才能保证数据的准确性和可靠性。一旦某个终端系统时间错误,将会导致很多病人的信息无法被正确读取而延误下一步的就诊。如不及时彻底解决,统计数据将出现错误,系统本身也将面临稳定性和可靠性的挑战。

2.1 原因分析

计算机系统时间错误的原因大致有以下两方面:一、终端机器本身的问题,如主板电池问题,时钟系统元件等的问题[1]。由于终端机器很多,仅靠维护人员在维护中检查或更换主板电池无法彻底避免由于机器本身原因造成系统时间错误的发生。二、由于操作人员误操作修改了系统时间,一般新手多或者工作人员流动性大的地方容易出现。操作人员在操作过程中很少会留意系统时间是否正确。

2.2 解决方案

方案一:目前市面上有很多自动校正计算机系统时钟的工具,如图一,只要在任务计划里添加该应用,并且输入局域网内指定的可以作为时间服务器的IP地址,即可实现。但这种工具功能单一,不能同步路由器和交换机的系统时间,不同域的计算机之间也无法同步。

方案二:在局域网内搭建NTP时间服务器来实现局域网内的时间同步。

步骤一:设立时间服务器:将一台PC机作为时间服务器,系统为windowsXP

1)启用NTP服务:修改注册表子项HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesW32TimeConfig“AnnounceFlags”,为5。

2)启用NTPServer:修改注册表子项

HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesW32TimeTimeProvidersNtpServer “Enabled”,为1。

3)关闭NTP client:修改注册表子项

HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesW32TimeTimeProvidersNtpclient “Enabled”,0。

4)设定标准时间源:修改注册表子项

HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesW32TimeParameters NtpServer为“IP, 0x1”, IP为该时间服务器地址。

5) 在命令提示符处,键入以下“net stop w32time”命令关闭Windows时间服务,然后键入“net start w32time”命令重新启动时间服务。

步骤二:设置终端:

1)修改注册表子项:

HKEY LOCAL_MACHINESYSTEMCurrentControlSetServicesW32TimeParameters.“Type”为NTP.

2)修改注册表子项:

HKEY LOCAL MACHINESYSTEMCurrentControlSetServicesW32TimeConfig.“AnnounceFlags”,为5。

3)修改注册表子项:

HKEY LOCAL MACHINESYSTEMCurrentControlSetServicesW32TimeParameters。NtpServer为“IP, 0x1”, IP为该时间服务器地址。

4)在命令提示符处,键入以下“net stop w32time”命令关闭Windows时间服务,然后键入“net start w32time”命令重新启动时间服务。

5)如果需要立刻与新的时间服务器同步,则执行下面的命令:

w32tm /config /update

w32tm /resync /rediscover

3 总结

his系统操作手册篇8

【关键词】妇科；HIS系统；缺陷分析；对策

【中图分类号】R47 【文献标识码】B 【文章编号】1004-7484（2014）03-01812-02

在计算机网络快速发展的今天，医疗信息系统在各医院广泛使用。2011年我们医院开始使用HIS医院信息系统，改变了我们医院传统的医生手写医嘱，再由护士转录医嘱的工作模式，避免了因字迹潦草带来不便和剂量单位不清晰造成的错误。HIS医院信息系统，它具有书写规范、方便查阅、清楚干净、工作效率高等优点[1]。我们科医生查房后经电脑录入医嘱，护士核对执行。HIS医院信息系统至今使用2年多，但护士每日在核对医嘱过程中，仍发现一些普遍性问题，给临床工作带来不便，针对这些问题，查找原因，采取对策，防止差错事故发生，确保医、护、患三方的合法权益。

1存在的普遍性问题

1.1新、旧患者混于一体例如，今天1床旧患者输液完后出院，电脑上1床旧患者资料已传送到住院处等待患者办理出院，但患者仍在床位上输液。而新的1床患者也办理了入院手续，管床医生为了让新患者尽快做检查、抽血化验，在电脑上开出医嘱。这样一来，护士往往很容易将新患者的检查、抽血放在仍在1床输液的旧患者身上，如果新患者也要输液治疗，那就更容易出错。更有医生，将新患者的医嘱开在旧患者的医嘱上，新、旧患者的医嘱混于一体，很容易发生护理不良事件。

1.2患者床号点击错误医生开医嘱时点击床号错误，例如，31床宫颈癌患者化疗医嘱，点击到32床子宫肌瘤患者上，电脑护士核对未发现错误，打印出治疗单，主管护士所做的治疗和护理工作都是以打印出的护理治疗单为依据的，如果主管护士执行时未发现错误，后果不堪设想。

1.3药物剂量错误常见的把“ml”看成“袋”，“mg”看成“ml”，药品剂量相差甚远，如果主管护士执行时未发现错误，将发生护理不良事件，同时也产生费用错误。例如1，患者使用甲硝唑100 ml静脉点滴，医生开医嘱甲硝唑100袋静脉点滴，开医嘱输入甲硝唑100后，未认真看剂量单位（医嘱模板上药物剂量单位可改换），想理所当然是ml，护士执行医嘱也未发现错误，执行1袋静脉点滴，但费用产生错误，多收费，增加医疗纠纷；例如2，医生开医嘱黄体酮针1ml予保胎患者肌肉注射（黃体酮针规格：10 mg/ml、20 mg/ml），护士无法判断是使用哪种剂量的黄体酮针。

1.4医生开出医嘱与护士执行医嘱不能同步我们妇科手术多，急腹症多，病情变化快，及时处理的治疗多，急查的项目多，化验多，护士工作量大，有时不能及时处理医生开出的医嘱。有的医嘱，电脑护士已核对打印出治疗单，主管护士也已执行，由于种种原因，医生又停止了该项医嘱，但没及时通知电脑护士或主管护士，导致多用药或相应的检验项目已送到相应科室而又找不医嘱，无法收费。又或者，医生开医嘱抽血化验，主管护士已去执行，而后不久，又发现同一患者还有其它血项目要化验，两次抽血医嘱开出时间间隔不过10分钟。

1.5医嘱开出后未审核无论是纸质医嘱还是电脑医嘱必须是有医生资格证的医生才可以开出。因电脑医嘱只要工号和密码就可以下达医嘱，我们妇科工作量大，常会有轮科医生、进修医生、研究生帮忙下达医嘱，但必须要有资格证的医生审核后才能提交，护士方能接受到医嘱，这些医生下达医嘱后，未能及时叫有证的医生审核提交，延误患者的治疗。

2对策

2.1规范执行HIS系统医护双方要规范执行HIS医院信息系统，医生开医嘱后要认真、仔细，无资格证的医生开出的医嘱一定要有资格证的医生审核后才能提交护士执行。科室挑选责任心强，临床经验丰富的护士担任电脑护士，科室开展优质护理服务，挑选高年资主管护士分管床位。电脑护士在电脑上核对医嘱无误后，方可打印出治疗单。主管护士必须要掌握对所管患者的病情，在执行治疗过程中认真谨慎，重视患者反馈的意见，一旦有疑问，必须询问开医嘱的医生[2]。

2.2医护双方加强沟通医生开医嘱后，需增加检查项目，或停止检查项目时，一定要及时通知电脑护士或主管护士。电脑护士在核对过程中，如有疑问或发现错误，应该及时反馈给医生，并督促其改正。主管护士的工作非常重要，她不仅是医嘱的处理者，更是问题的发现者和监控者[3]。基于对所管患者病情十分了解，对医生开出的医嘱有疑问，应与医生多沟通，防止医疗差错的发生。

2.3完善医嘱模板要不断完善专科医嘱模板，使其在临床应用中更方便、合理。

3 体会 HIS医院信息系统在我们医院使用了2年多，在各方面发挥了巨大的优势，提高了医护人员的工作效率，使医护人员有更多的时间与患者沟通，把工作提到一个新的水平，提供了更加有效的服务[4]。但HIS医院信息系统仍需不断完善，医生要认真正确录入医嘱，护士要认真监控，双方共同努力，才能有效避免因电子医嘱不规范而引发医疗纠纷，才能提高HIS医院信息系统的质量和工作效率。

参考文献：

[1] 夏彬. HIS医院管理系统医嘱错误原因分析及对策[J].家庭护士，2008，6（9B）：2433.

[2] 刘海燕.护士处理电脑医嘱的缺陷分析及对策[J].护理研究，2010，24（5A）：1199.

[3] 支焕清.电子医嘱在临床应用中常见问题的分析及应对措施[J]. 护理研究，2014，28（2C）：746-747.

【his系统操作手册】推荐阅读：