his系统村医基本操作手册

his系统村医基本操作手册（共2篇）

his系统村医基本操作手册 篇1

HIS系统村医基础设置操作手册

一：运行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最后发药环节，在【药房管理】→【发退药品】→【门诊发药】中发药

3.2进入【门诊发药】界面先点击如下图右上角的【查询】按钮，接着找到病人，确认下面病人的药品信息没有问题后点击右下角的“发药”。整个流程就走完了。

his系统村医基本操作手册 篇2

HIS应用系统无论是软件还是硬件随着时间的推移都将面临更新换代的问题,系统性能需求驱动、硬件设备问题、数据积累、磁盘I/O瓶颈等均有可能成为系统升级的原因[1,2]。由于医院业务的实时性要求非常高,因此系统性能越来越受到关注,尤其是三级大型医院,应用点多、面广,服务器的负荷明显加大,应用部门经常由于系统慢而频频抱怨,高性能应用系统的使用显得极其重要[3,4],如何获取更加稳定、可用的系统是目前大型医院急需解决的问题。

2 系统升级的必要性

北京大学第三医院(简称北医三院)始建于1958年,是卫生部下属的集医疗、教学、科研和预防保健为一体的现代化综合性三级甲等医院,设有中央党校北医三院分院、北方医院住院分部及第二门诊部等分院机构,开放床位1 200多张,日均门、急诊量达9 000多人次,直接与HIS服务器挂接终端数近2 000个,涉及门急诊发卡、挂号、收费、医生工作站、药房、住院药房、医嘱处理系统、住院结算系统、医生工作站、物资请领等,另外HIS服务器还涉及分诊系统、LIS、PACS、手术麻醉系统等多个系统的交互。升级之前高峰期系统压力非常大,见图1,服务器CPU的使用比例在80%上下徘徊,磁盘I/O读写更是长期处于等待状态,前台应用系统均反应缓慢,应用部门抱怨不断[5]。

为解决系统缓慢现象,同时考虑到北医三院信息化建设的可持续性发展问题,对现有系统架构进行升级已是势在必行。

3 软硬件升级对比

此次北医三院HIS升级重点考虑系统必须支持大内存,而采用大内存出发点是解决磁盘I/O瓶颈[6]。大内存的使用能够提供足够的数据库缓存保存用户最近使用过的数据块,支持数据共享,减少I/O操作,并且可用于提高数据共享,减少1/O请求次数,因而可有效提升数据系统的效率[7,8]。

系统服务器的选型介于安腾(小机)及PC服务器之间,由于小机及PC服务器的性能相差不大,但价格相差甚远,因此最终选择了IBM3950R2型的PC服务器作为此次升级的主服务器,从现有系统Windows2003+SQL2000的实际出发,为确保系统平稳升级数据库系统沿用微软SQL2005,升级前后系统配置对比,见表1。

4 系统升级步骤

4.1 升级前测试工作

系统测试非常重要,为了顺利完成系统升级,保证升级后各系统业务正常运转,且与各个系统接口的衔接通畅,在升级前需要进行大量的测试工作,测试时严格控制程序版本,不对现有程序进行更改,只对测试结果进行程序的修改和数据库结构的调整。由于此次升级的SQL2005数据兼容版本低,所以测试调整完毕后需要将原有环境SQL2000数据库进行相应调整,下发新程序平稳运行一周后准备升级,这主要是考虑到将数据平滑地迁移到SQL2005。

4.2 升级过程中建立应急体系

医院业务特点是24 h不间断,由于此次升级预计耗时7 h完成,为保障医院业务不受影响,必须要考虑全面。

4.3 院内统一协调部署升级安排

医院信息化建设已经使得信息的触角延伸到医院各个业务点,因此信息系统一旦长时间不可用,将造成极大的影响。在升级过程中系统长时间宕机必须要让每个人清楚相应的业务该怎么处理。

4.4 升级步骤

(1)选择合适时间启动升级;

(2)升级前通知急诊收费启用应急预案;

(3)现有系统SQL2000执行所有与优化无关的、24:00前应该执行的后台任务;

(4)目前SQL2000的生产环境停止使用;

(5)将数据库更改成只读,磁带备份、磁盘备份(形成BAK文件),停SQL Agent,备份任务脚本;

(6)拷贝BAK文件到新服务器,老服务器关机;

(7)重装IBM3950服务器上SQL2005数据库软件,保持新服务器配置与原服务器一致,为保证客户端及接口,配置无需变化;

(8)还原数据库到新服务器,由于SQL Server的早期版本中用于表和索引行计数以及页计数的值可能不正确,根据SQL Server 2005之前的版本创建的数据库可能包含错误的计数,因此,在升级到SQL Server 2005之后运行DBCC UP-DATEUSAGE,以便更正所有的无效计数;

(9)SQL2005执行所有与优化无关的、24:00后应该执行的后台任务(超过24:00需要执行);

(10)恢复HIS用户及相关接口的数据库用户,执行sp_change_users_login Update_One,UserName,LoginName,映射数据库中已存在用户到SQL Server 2005的登录权限;

(11)各HIS子系统客户端选择1台机器指向新的SQL2005数据库服务器办理相应业务进行测试,一切正常则联网使用;

(12)门诊应急系统上传数据到SQL2005数据库,升级完成整个升级过程中涉及的系统颇多,涵盖HIS(急诊发卡、门急诊挂号、收费、入出院、门急诊药房、医嘱、医师站)、检验系统、血库、手麻、药房、电子病历、PACS等相关业务,几乎影响到所有的系统。

5 升级后实际应用效果

笔者所在医院总共耗时长达7 h之久,顺利地将HIS升级到Windows2003 64位+SQL2005系统上,升级后,系统运行平稳,系统负荷(CPU使用率及I/O吞吐均下降显著),升级后系统性能监控图,见图2。

系统升级后服务器CPU负荷及磁盘I/O吞吐与升级前相比较差别显著,图1及图2均是在高峰期截取的实时监控图,因此具有可比性。从升级后效果来看,大内存的使用的确可以给系统优化带来很大空间,就目前应用现状而言,磁盘I/O瓶颈已经荡然无存[9]。CPU的使用率也得到了显著下降;同时根据升级前后SQL事物日志跟踪数(事件跟踪器记录下Duration>5 s的事物语句)对比分析结果显示,系统性能得到了极大的改善。自升级以来,终端应用效率改善明显,系统运行状况良好,因此,此次系统升级取得了很好的效果。

6 结语

回顾整个系统升级过程,时间紧、任务重,整个升级方案需周密详细,方能使得升级过程有条不紊。从升级后整个系统运行状态来看,系统健康指数得到显著提高,无疑大内存的使用可以给系统优化带来一定的空间,但系统性能的提高不能也绝不可能总依赖硬件来完成,它涉及的因素颇多,如数据量的问题,本身系统架构问题,同时更应考虑应用软件本身的问题[10,11],当然如果是磁盘1/O的问题支持大内存的系统无疑是一个好的选择。

参考文献

[1]刘艳春.中小企业级数据库服务器性能优化策略[J].商场现代化, 2007(10):33.

[2]年玮.数据库应用系统性能优化的几点策略[J].电脑知识与技术,2007(21):595-596.

[3]支春明.影响数据库性能的因素分析及改进策略[J].中国高新技术企业,2008(23):151-152.

[4]屈军波.医疗信息系统中的数据库性能优化[J].江苏大学学报:自然科学版,2002(6):86-89.

[5]程跃斌.基于64位Windows 2003和Oracle 10g RAC的“军卫一号”数据库的升级[J].医疗卫生装备,2010,31(10):68-70.

[6]朱辉杰.64位新时代即将到来[J].CAD/CAM与制造业信息化, 2003(8):74-75.

[7]刘晓辉.HIS服务器及数据库升级测试研究[J].中国数字医学, 2008(8):43-46.

[8]赵鑫.32位和64位操作系统的对比与选择[J].办公自动化, 2010(5):40-41.

[9]尹萍.SQL Server数据库性能优化[J].计算机应用与软件,2005 (3):64-67.

[10]杨珂.医院数据库的升级[J].管理观察,2009(34):81-82.