中西药房工作站新增“库存批次切换”功能，并新增“库存批次切换”文档

新增全局参数“药房开启批量发药功能”，它控制药房批量发药、护士站执行医嘱自动切换库存量不足的批次标识、药房同码库存归并三项功能是否可用。

药房门诊出库明细表、住院出库明细表、分项出库明细表，行标头宽度加宽，以便可正常显示结果数据行数较大时的行数。同时在统计结果未正常展现前，锁定刷新按钮，阻止连续多次执行未执行完成的操作。

药房入库单，扩展为可根据单据中项目名称最大长度自动使用两种不同方式生成Pdf电子入库单

手动单项发药更名为单项发药，自动批量发药更名为批量发药。

药房各种单据阻止个别内容超长导致内容被移入下页展现问题

药房采购退货，输入内容区域缩小行距，解决个别电脑显示不同无法输入退货量行内容问题。

药房入库单查询（直入）拆零单位对应的数据源名称调整为“拆零单位”以解决“拆零”单位内容未展现。

药房采购入库生产批号限定长度最大为11个字符。

随着各地药品追溯码采集要求的落地和进销存各接口的对接，国家医保局对医疗机构的商品库存管理的要求，达到了一个新的高度。特别是山东地区要求更高。为了便于医疗机构药师，对库存进行精准把控，我们恢复了早期版本中曾经采用过的“手动单项发药”功能。它执行一次，仅处理当前选定行药品的发药操作，处理数据逻辑简单，方便进行精准控制。

原“发药”功能更名为“自动批量发药”，目前继续保留这个发药方式。批量发药，大幅度提升了工作效率、大大降低了药师的工作强度，但是它的实现需要经过循环套循环的双层循环方可实现。这种大批量、多因子的多循环的正常完成，运行时间较长，影响因素较多，有赖于运行的相关各种环境因素的保障，其中任意一个环节遇到问题都可能导致结果不准确。尽管我们反复试验、验证，也无法达到万无一失的目的。它无法100%地实现对库存进行精准控制的目的。一旦过程中出现问题，对于引发错误结果的原因还相当难以查找。所以，医疗机构应当从实际出发，自身硬件过硬，系统一直运行稳定，网络状态良好，使用中从无遇到问题的，我们倡导这个方式。对于硬件陈旧、使用系统老化、或者网络状态不好的医疗机构，建议使用手动单项发药方式处理。

大幅度优化调整药房发药事务，待发药项目列表取消项目编码、用药途径、用药频次、药物用法和单次用量，字号增大，以便药师可更好地聚焦待发药与采码事务。在选中行展现的对应编码库存列表中，增加展现项目编码、国家码、库存数量单位。在待发药主窗口右下角展现当前选中行对应的用药途径、频次、用法和用量。

新增统领药品摆药单

优化调整采购入库功能，将入库单的保存方式由本地处理升级为提交到服务平台保存并采用事务处理以更好地确保入库单数据的完整与统一。同时补充完善了采购入库功能的文档说明。

全局参数管理“药房发药采集追溯码”设为“是”时，药房销售增加两项药品追溯码采集验证，确保销售药品的已采码数量与应采码数量一致。一处是药房发药事务中执行发药前，另一项是药品统领单执行发药前。验证过程发现已采码数量与应采码数量不一致时，提示并由药师确定是否继续发药。选择“否”时中止执行，返回修改采集追溯码。

进销存商品采购退货窗口展示数据源调用方法误采用入库方法，已修正

商品分项出库明细表，扩展可按“险种”统计功能，增加可导出csv功能。

中西药房工作站，主要用来办理医疗机构直接用于就诊病人的药品、材料、器械三大类商品进销存事务，也可以兼顾部分内部领用商品的管理（适合一级库，无药库管理模式，领用商品间接用于就诊病人）。医疗机构设有药库的，内部领用商品应当由药库直接处理，药房仅用来处理直接用于就诊病人商品的管理。与病人无直接关系的医疗仪器、医疗设备等医疗物资或其它物资的管理，应当使用“物资管理工作站”处理。

此模块除了实现医疗机构内部三大类商品处理事务外，还有商品进销存与外部系统对接的功能，目前主要是与药品追溯码和医保进销存平台的对接功能。

三大目录维护。使用中西药房工作站，主要涉及药品项目目录、材料项目目录和生产配送企业目录三大目录。它们是正常使用中西药房工作站的前提。

中西药房工作站相关的常用名词：

• 拆零单位：医疗机构用来销售给就诊病人直接使用的最小出库单位。
• 包装单位：医疗机构采购商品可采集追溯码的最小包装单位。
• 单位比：每个包装单位包含拆零单位商品的数量。比如，某种药品拆零单位为片，最小包装单位为盒，每盒包含20片，则单位比为20，即每盒包含20片。未做拆零处理的药品，拆零单位与包装单位相同，单位比为1，但是这种单位应当是可采集追溯码的最小包装单位。中药饮片，通常可把包装单位定义为kg，拆零单位定义为g，单位比为1000。
• 时期数据：指在某个特定的起止时间期间，发生业务的数量值。比如，入库金额、入库数量、出库金额、出库数量等等。
• 时点数据：指在某个特定的时间点，数据的值。比如，库存金额、库存量、年龄等等。
• 加权平均价格：即计算价格时加入数量权重得出的平均价格。在按项目编码统计某个时期入库或者出库药品价格时常常用到。因为任何一种药品，前后采购的价格可能不同，当在统计某个指定的时间区间内按编码汇总某种药品的价格时要用到。
• 药品追溯码：用于唯一标识药品各级销售包装单元的代码，由一系列数字、字母和（或）符号组成。药品追溯码编码长度为20个字符，包含药品标识码、生产标识码和校验位。其前7位编码，为药品标识码。
• 药品追溯码标识：在药品包装上采用印刷、粘贴等方式对药品追溯码及其相关信息所做的标识，由数字、字母、文字、 条码组成。
• 药品标识码：用于标识特定于某种与药品上市许可持有人、生产企业、药品通用名、剂型、制剂规格和包装规格 对应的药品的唯一性代码。
• 药品追溯系统：基于药品追溯码、相关软硬件设备和通讯网络，获取药品追溯过程中相关数据的集成，用于实现药 品生产、流通和使用全程追溯信息的采集、存储和共享的软硬件系统。
• 应采码：商品数量换算为最小包装单位数量向上取整的数量。
• 已采码：商品已经采集追溯码的数量。

医疗机构相关度最高的电子病历标准是 WS 445-2014 电子病历基本数据集卫生行业标准、WS/T 500-2016 电子病历共享文档规范，及其前后发布的其他一系列相关标准。

电子病历标准 WS 445-2014 发布前，最早于2009年发布标准的征求意见稿，2012年发布试行，最终于2014年5月30日发布，2014年10月1日起施行。

WS 445-2014标准对电子病历的定义是：医务人员在医疗活动过程中，使用医疗机构信息系统生成的文字、符号、图表、图形、数据、影像等数字化信息，并能实现存储、管理、传输和重现的医疗记录，是病历的一种记录形式。

电子病历由数据集构成，数据集元数据包括标识信息元数据（比如，具体病历的名称）和内容信息元数据。数据集内容信息元数据中，数据集特征数据元（比如患者姓名、性别代码），是构成数据集的基本单元。数据元，是医务工作人员诊疗业务活动过程中处理的基本数据单元（比如，住院号、主诉），它通常是不可再分的最小数据单元。

数据元，都规定有内部标识符、数据元标识符、数据元名称、数据元定义、数据无值的数据类型、数据元表示格式和数据元允许值。

泽方软件在设计、开发这套电子病历系统时，为了简化医师处理过程，将所有电子病历中大部分可共享的数据元作了抽象处理。这些共享数据元，不再在具体的病历中逐一处理其值，而是仅处理具体病历的专有数据元的值。

共享数据元，主要分布在患者基本资料、患者扩展资料和患者就诊资料中。医师在书写病历时，应当先检查这些共享数据元的正确性，在确认共享数据元正确的前提下，处理具体的住院病历。所有共享数据元，都是具体病历不可分割的一部分。所有共享数据元和专有数据元涉及的代码，电子病历系统都按照标准进行了对应的标准字典设计，展现为可选择的汉字，实际保存的是其代码。

免责声明：泽方公司在系统中引用的所有标准的文档内容，均为方便用户使用系统、方便用户了解相关标准规定而引用，并尽可能引用内容准确、完整。实际在医疗业务活动中，相关人员应当以国家实际发布的标准原文为依据。泽方公司不对实际医疗活动参与者对标准原文理解、掌握、实施的实际医疗活动后果，承担任何责任。

泽方系统目前相关文档中，重点说明医务人员在诊疗业务活动中需要处理的共享数据元和具体病历专有数据元的数据元名称、数据元定义和数据元值的类型或者约束。它们主要引自于WS 445-2014标准。

WS 445-2014标准共包括20项标准，前17项都直接与具体病历有关。它们的名称、子集和（将）在泽方医院信息平台客户端模块的分布：

• 第1部分：病历概要，包括4个子集：
  1. 患者基本信息：门诊收费工作站、门诊医生工作站、住院结算工作站、住院病历工作站、治疗手术工作站
  2. 基本健康信息：住院病历工作站
  3. 卫生事件摘要：系统管控工作站、门诊收费工作站、住院结算工作站、门诊医生工作站、住院病历工作站、治疗手术工作站
  4. 医疗费用记录：门诊收费工作站、住院结算工作站
• 第2部分：门（急）诊病历，包括2个子集
  1. 门（急）诊病历：门诊医生工作站
  2. 急诊留观病历：门诊医生工作站
• 第3部分：门（急）诊处方，包括2个子集
  1. 西药处方：门诊医生工作站
  2. 中药处方：门诊医生工作站
• 第4部分：检查检验记录，包括2个子集
  1. 检查记录：影像检查工作站
  2. 检验记录：临床检验工作站
• 第5部分：一般治疗处理记录，包括6个子集
  1. 治疗记录：治疗手术（产房）工作站
  2. 一般手术记录：治疗手术（产房）工作站
  3. 麻醉术前访视记录：治疗手术（产房）工作站
  4. 麻醉记录：治疗手术（产房）工作站
  5. 麻醉术后访视记录：治疗手术（产房）工作站
  6. 输血记录：治疗手术（产房）工作站
• 第6部分：助产记录，包括3个子集
  1. 待产记录：治疗手术（产房）工作站
  2. 阴道分娩记录：治疗手术（产房）工作站
  3. 剖宫产记录：治疗手术（产房）工作站
• 第7部分：护理操作记录，包括6个子集
  1. 一般护理记录：住院护士工作站
  2. 病危（重）护理记录：住院护士工作站
  3. 手术护理记录：住院护士工作站
  4. 生命体征测量记录：住院护士工作站
  5. 出入量记录：住院护士工作站
  6. 高值耗材使用记录：住院护士工作站
• 第8部分：护理评估与计划，包括3个子集
  1. 入院评估记录：住院护士工作站
  2. 护理计划记录：住院护士工作站
  3. 出院评估与指导记录：住院护士工作站
• 第9部分：知情告知信息，包括6个子集
  1. 手术同意书：治疗手术工作站
  2. 麻醉知情同意书：治疗手术工作站
  3. 输血治疗同意书：治疗手术工作站
  4. 特殊检查及特殊治疗同意书：住院病历工作站
  5. 病危（重）通知书：住院病历工作站
  6. 其他知情同意书：住院病历工作站
• 第10部分：住院病案首页：住院病历工作站
• 第11部分：中医住院病案首页：住院病历工作站
• 第12部分：入院记录，包括3个子集
  1. 入院记录：住院病历工作站
  2. 24h内入出院记录：住院病历工作站
  3. 24h入院死亡记录：住院病历工作站
• 第13部分：住院病程记录，包括14个子集
  1. 首次病程记录：住院病历工作站
  2. 日常病程记录：住院病历工作站
  3. 上级医师查房记录：住院病历工作站
  4. 疑难病例讨论记录：住院病历工作站
  5. 交接班记录：住院病历工作站
  6. 转科记录：住院病历工作站
  7. 阶段小结：住院病历工作站
  8. 抢救记录：住院病历工作站
  9. 会诊记录：住院病历工作站
  10. 术前小结：住院病历工作站
  11. 术前讨论：住院病历工作站
  12. 出院记录：住院病历工作站
  13. 死亡记录：住院病历工作站
  14. 死亡病例讨论记录：住院病历工作站
• 第14部分：住院医嘱：住院医嘱工作站
• 第15部分：出院小结：住院病历工作站
• 第16部分：转（诊）院记录：住院病历工作站
• 第17部分：医疗机构信息：系统管控工作站

以上电子病历数据集的数据元值域中涉及的字符个数执行GB-2312标准。

数据元名称、定义和值域，源自WS445-2014电子病历基本数据集国家卫生行业标准。

城乡居民健康档案编号：城乡居民健康档案的编号。17位数字字符。

患者身份证件号码：患者身份证件上的唯一法定标识符。最大18位字符。

身份证件类别代码：患者身份证件所属类别在特定编码体系中的代码。WS 364.3--2021 表1 CV02.01.101。

居民健康卡号：患者持有的全国统一的居民健康卡的编号。18位字符。

城乡居民健康档案编号：城乡居民健康档案的编号。17位数字字符。

医疗保险类别代码：患者本人参数的医疗保险类别在特定编码体系中的代码。CV02.01.204（山东有的地区医保结算系统至今未贯标）。

患者姓名：患者本人在公安户籍管理部门正式登记注册的姓氏和名称。最多50字符。

出生日期：患者出生当日的公元纪年日期的完整描述。值D8（泽方系统采用DT15，高于此标准，新生儿需要）。

性别代码：患者生理性别在特定编码体系中的代码。值域 GB/T 2261.1--2003。

婚姻状况代码：患者当前婚姻状况在特定编码体系中的代码。值域 GB/T 2261.2--2003。

民族：患者所属民族在特定编码体系中的代码。值域 GB/T 3304--1991（山东前9码不一致，对接外部系统时，需要转码）。

职业类别代码：患者当前人事的职业类别在特定编码体系中的代码。值域 GB/T 2261.4--2003。

工作单位名称：患者所在的工作单位的名称。最多70字符。

工作单位名称电话号码：患者所在的工作单位的电话号码，包括国际、国内区号和分机号。最多20字符。

地址类别代码：患者本人或联系人地址类别在特定编码体系中的代码。值域 CV02.01.205。

地址--省（自治区、直辖市）：患者本人或联系人地址中的省、自治区或直辖市名称。最多70字符。

地址--市（地区、州）：患者本人或联系人地址中的市、地区或州名称。最多70字符。

地址--县（区）：患者本人或联系人地址中的县、区的名称。最多70字符。

地址--乡（镇、街道办事处）：患者本人或联系人地址中的乡、镇或者街道办事处的名称。最多70字符。

地址--村（街、路、弄等）：患者本人或联系人地址中的村或城市中的街、路、里、弄等名称。最多70字符。

地址--门牌号码：患者本人或联系人地址中的门牌号码。最多70字符。

邮政编码：由阿拉伯数字组成，用来表示与地址对应的邮局及其投递区域的邮政通道代码。6位数值。

患者电话号码：患者本人的电话号码，包括国际、国内区号和分机号。最多20字符。

联系人姓名：联系人在公安户籍管理部门正式登记注册的姓氏和名称。最多50字符。

患者电话号码：联系人的电话号码，包括国际、国内区号和分机号。最多20字符。

建档日期时间：患者电子病历初次建档的公元纪年日期时间的完整描述。值DT15。

建档医疗机构组织机构代码：建档医疗经《医疗机构执业许可证》登记的，并按照特定编码体系填写的代码。值域 WS 218--2002。

建档者姓名：首次为患者建立电子病历的人员在公安户籍管理部门正式登记注册的姓氏和名称。最多50字符。

数据元名称、定义和值域，源自WS445-2014电子病历基本数据集国家卫生行业标准。

居民健康卡号：患者持有的全国统一的居民健康卡的编号。18位字符。

ABO血型代码：进行血型检查明确、或者既往病历能够明确的患者ABO血型类型在特定编码体系中的代码。WS 364.9--2021 表5 CV04.50.005。

Rh血型代码：进行血型检查明确、或者既往病历能够明确的患者Rh血型类型在特定编码体系中的代码。CV04.50.020。

疾病史（含外伤）：患者既往健康状况和疾病（含外伤）的详细描述。最长1000字符。

传染病史：患者既往所患各种急性或慢性传染性疾病名称的详细描述。最长1000字符。

预防接种史：患者预防接种情况的详细描述。最长1000字符。

手术史：患者既往接受手术/操作经历的详细描述。最长1000字符。

输血史：患者既往输血史的详细描述。最长1000字符。

过敏史：患者既往过生过敏情况的详细描述。最长1000字符。

个人史：患者个人生活习惯及有无烟、酒、药物等嗜好，职业与工作条件及有无工业毒物、粉尘及放射性物质接触史，有无冶游史的描述。最长1000字符。

婚育史：患者婚育史的详细描述。最长1000字符。

月经史：患者月经史的详细描述。最长1000字符。

家族名：患者三代以内有血缘关系的家族成员中所患遗传疾病史的详细描述。最长1000字符。

数据元名称、定义和值域，源自WS445-2014电子病历基本数据集国家卫生行业标准。

居民健康卡号：患者持有的全国统一的居民健康卡的编号。18位字符。

医疗机构组织机构代码：经《医疗机构执业许可证》登记的，并按照特定编码体系填写的代码。值域 WS 218--2002。

医疗机构科室名称：患者就诊的医疗机构科室的名称。最大50字符。

患者类型代码：患者就诊类型的分类代码。值域CV09.00.404。

门（急）诊号：按照某一特定编码规则赋予门（急）诊就诊对象的顺序号。最长18字符。

住院号：按照某一特定编码规则赋予住院就诊对象的顺序号。最长18字符。

就诊日期时间：患者在门（急）诊就诊结束时的公元纪年日期时间的完整描述。值DT15。

入院日期时间：患者实际办理入院手续时的公元纪年日期时间的完整描述。值DT15。

出院日期时间：患者实际办理出院手续时的公元纪年日期时间的完整描述。值DT15。

发病日期时间：疾病发病症状的首次出现的公元纪年日期时间的完整描述。值DT15。

就诊原因：就诊原因的详细描述，如门（急）诊就诊原因、住院原因、转科原因等。最长1000字符。

西医诊断编码：患者所患疾病在特定编码体系中的代码。值域 ICD-10。

中医病名代码：患者所患疾病在中医病名特定编码体系中的代码。值域为 GB/T 15657-1995。

中医证候代码：患者所患疾病在中医证候特定编码体系中的代码。值域为 GB/T 15657-1995。

其它西医诊断编码：除主要诊断外的其他诊断在西医诊断编码体系中的代码。值域 ICD-10，最长11字符。

手术及操作编码：患者住院期间实施的手术及操作在特定编码体系中的代码。值域为 ICD-9-CM3。

关键药物名称：与本次就诊相关的关键药物的通用名称。最长50字符。

关键药物用法：与本次就诊相关的关键药物（含中药）治疗疾病具体用法的描述。最长100字符。

关键不良反应情况：对可能影响患者诊治的，严重的药物不良反应描述，包括药物不良反应的表现、相关处理及结局。最长100字符。

中药使用类别代码：临床治疗中中药使用情况分类在特定编码体系中的代码。值域 CV06.00.101，

其他医学处置：临床医师对患者实施的除检查/检验、用药、手术/操作以外的医学处置的描述。最长2000字符。

根本死固代码：导致患者死亡的最根本疾病诊断代码。值域为 ICD-9-CM3。

病情转归代码：出院时患者所患的每种疾病的治疗结果类别在特定编码体系中的代码。值域 WS 364.11--2021 表10 CV05.10.010。

责任医师姓名：负责患者诊疗的主治医师以上的医师在公安户籍管理部门正式登记注册的姓氏和名称。最长50字符。

数据元名称、定义和值域，源自WS445-2014电子病历基本数据集国家卫生行业标准。

居民健康卡号：患者持有的全国统一的居民健康卡的编号。18位字符。

门（急）诊号：按照某一特定编码规则赋予门（急）诊就诊对象的顺序号。最长18字符。

住院号：按照某一特定编码规则赋予住院就诊对象的顺序号。最长18字符。

医疗付费方式代码：患者单次住院诊疗所发生费用的支付方式在特定编码体系填写的代码。值域 CV07.10.005。

门诊费用金额：患者门诊就诊所发生的费用金额，计量单位为人民币元。最大8位数值可有2位小数。

住院费用金额：患者住院就诊所发生的费用金额，计量单位为人民币元。最大10位数值可有2位小数。

个人承担费用金额：因治疗疾病个人承担的费用金额，计量单位为人民币元。最大10位数值可有2位小数。

当前版本的中西药房工作站，支持多药房。系统也支持多药库。每个药房都支持与多个药库对接。

如果医疗机构启用了药库，自动关闭药房的采购入库功能和采购退货功能，药房的入库由药库拨入，药房的退库也直接退到原药库。如果医疗机构关闭药库，则自动开启药房的采购入库功能和药房的采购退货功能。

无论医疗机构是否使用药库，以上两种不同模式一经确定，不能轻易再修改。因为再修改不同模式，原采购入库商品中的退货流程要相应变动，将导致无法正常处理原采购商品的退货操作。

采购入库功能根据最新国家医保相关标准与规范要求做了改版后又根据使用情况做了新的调整。由于医疗机构追溯码与进销存医保平台接口中，要求有相关企业的必备信息和有的地区要求对接企业信息，采购入库功能对可使用企业信息做了必要的限制。做采购入库操作前，此批采购商品配送企业信息，应当已经在配送企业中维护好。所有涉及商品的生产企业信息，应当已经在药品或材料目录中维护好。

“采购年份”，在每年元旦后一周内，可入库上年未入库商品。此后，仅可录入当年采购入库商品。

“配送企业”，即给医疗机构配送商品的企业，或者从何企业采购商品。企业名称，只可选取不可直接录入。可选择企业为“生产配送企业”目录中企业类型为“配送企业”、“生产及配送企业”和“代理及配送企业”三种类型中已维护的企业。输入配送企业编号或企业名称拼音码后按回车键可模糊检索企业列表，在检索结果中多个符合条件的企业时会自动弹出检索窗口。在检索窗口中，按上下光标错或鼠标上下移动选择企业，选定后按回车键或者鼠标双击，即选中此企业并自动关闭检索窗口。选定企业后，企业名称和此企业的供应商许可证号，会自动显示在对应位置。

然后，依次按回车键确认采购日期、采购人、验收人、验收日期后、再依次输入订单号、随货单号、发票号码、发票代码后，进入项目类（选择某一特定类型时，检索项目仅从此类型中检索，特别适合名称字数少、拼音码短、重码率高的中药入库使用）后，再进入项目录入位置。录入入库商品项目拼音码或者编码，模糊检索入库项目。选定项目后，项目名称、对应的生产企业、剂型、规格、产地、单位等显示在相应位置，并且采购年份、配送企业名称、采购人、验收人、验收日期、订单号、随货单号、票据号码、票据代码等单据信息被锁定。

“商品类”为医保进销存要求必须具备一项的内容，需要从药品、材料、器械中选择相应的分类。然后，再依次录入生产日期、生产批号、效期、单位。单位默认显示为拆零单位。在药品材料目录中拆零的商品，会自动显示出它的包装单位可选，此时还会将此项目入库上次采购入库的采购价格、零售价格在相应位置（选择包装单位，显示或录入的价格和数量应当是包装单位的价格和包装单位的数量）。再依次确定采购价、零售价后，录入本次入库的数量（输入不同的加成比，会自动按新的加成比生成新的零售价）。最后，输入数量后按回车键确认信息录入，则录入项目信息显示在窗口右侧列表中。

生产批号，按有关规范规定，长度限定在11个字符内。以便规范入库单及其他相关统计表的规范设计。

然后，输入焦点位置自动转移到项目类别处，等待下一项目录入。

如果录入项目没有关联生产企业、或者产地为空，输入数量保存数据前，会自动验证项目对应的生产企业信息。如果生产企业未维护，自动弹出“没有找到当前项目对应的生产企业信息，请在药品材料目录中维护好项目的生产企业信息后再入库”的提示（因本系统采用默认浏览器展现Pdf电子入库单，建议医疗机构所有电脑均安装有微软新式浏览器Edge浏览器，它对展现Pdf的兼容性最好）。

在追溯码处得到录入焦点时，可使用扫描设备采集追溯码。后续商品配送企业可提供追溯码的“随货同行追溯码”时，可考虑再扩展“一键导入”功能将当批入库此商品的所有追溯码导入入库单。

一张入库单所有项目录入完毕后，按“保存并打印入库单”按钮，则将本次入库单所有录入项目提交服务平台保存。

入库单正常保存后自动返回服务平台自动生成的Pdf电子入库单并自动使用当前系统默认浏览器展现出来，供操作者验证或者打印入库单。

正式保存前，发现某个项目录入有误时，可选择录入列表中的项目行，击右键，使用弹出菜单作废引行录入，然后再重新录入此项目。

任何一种拆零的商品在采购入库时，都既可使用拆零单位入库，也可使用包装单位入库。同一张入库单中，可以有的商品使用包装单位，有的商品使用拆零单位。自动生成的Pdf电子入库单，也按入库时选择的单位展现相应的单位、价格和数量。实际在系统中保存的库存商品均按拆零单位的价格与数量保存。需要使用包装单位时，系统自动转换。

正式保存后，再发现某个项目录入有误时，可使用采购退货功能，及时办理退货操作。

采购退货时，商品只能“从哪里来退哪里去”。需要先检索出原供应商，再输入拟退商品相关信息，并采集退货数量对应的最小包装数量的追溯码，执行退货操作。

药房库存量的增减因素主要有：采购入库增加、诊疗退药增加、领用退回增加、库存盘赢增加；商品销售减少、采购退货减少、商品领用减少、库存盘亏减少和库存报损减少。

医疗用药扣减方式：HIS系统中医疗用药库存扣减方式有许多种，主要可分为开方扣减、记费扣减、发药扣减、虚实结合扣减等等。各种不同扣减方式，各有利弊。记费扣减最适合中小型医疗机构采用，也是泽方HIS中延续多年的扣减方式。但是，对接医保进销存系统，客观上要求只能采用发药扣减方式。特别是对接溯源码要求只能采用药房发药扣减方式。其它方式无法准确、可靠地采集溯源码。因此，泽方HIS系统在开始对接医保进销存系统时，转换为药房发药扣减方式。

发药扣减，主要优点为：责任明确，可统可领，采码方便，药房增减点明确等。发药扣减，主要存在问题：库存量接近0时，容易发生开方、交费然后到药房取药时，药品库存已不足。主要避免方式，常用药将告警值设为合适的值，及时采购已告警药品。再就是药师与医师加强用药协调。

药房工作站在登录系统时，如果发现库存有需要告警的商品，自动弹出提醒窗口。提醒XXXX药库存量已经低于告警值，便于药房及时采购相关药品。

减少药房登录时提示和告警信息的方式：

• 根据实际库存需求，适当调低告警值，可减少告警信息。
• 如果其中有当前不再使用的项目，停用此项目。

停用项目不影响在库药品使用，仅在采购入库窗口不可见，即不再采购此药，也不再发出告警信息。如果后续需要继续使用此药品，可随时根据需要再启用此项目。

如果有告警值设置过高、导致大批量、频繁出现告警信息，可根据本医院实际需求调低告警值，达到既可起到提醒作用，又不过于频繁提醒的目的。

药房的库存扣减，如果任一项目的库存数量全部足以满足发药量需求，是个十分简单的事。但是，当面临总量足但是医嘱对应批次库存量不足时，如何处理好库存的扣减，又成了一件十分棘手的事。特别是住院用药量大的医疗机构，又额外增添了医嘱是否可执行、可生成当日费用的问题。如果有10人需要用同一种药物，库存量仅可够其中5人用药数量时，又如何处理？即便执行医嘱、生成费用时库存全部足够发药，但是，不等于生成费用的同时即时扣减了库存。如果在生成费用后，未发药前门诊又有患者需要此药物，又被门诊患者领取了一部分，使本来生成住院费用时，药房足够住院用药的情况，到药房生成统领单时，库存又由于变动不足以满足住院用药了，又应当如何便捷处理？等等。这一切，都使简单变复杂。

既往没有对接医保进销存前，泽方经多年经验积累，本着最大便利患者取药、最大便利护士站顺利生成住院费用、最大便利药房发药操作的原则，嵌入了许多复杂的处理逻辑。一是，生成费用即时扣减，此方法可以杜绝记费后无库存可用现象的发生。二是，医嘱批次不足总量足，自动按照特定顺序依次扣减。三是，专门开发了“同码归并”库存功能，将相同编码多个批次入库的库存药品的数量，归并到一个批次的库存记录中，进而方便住院护士站顺利生成住院费用并确保库存够用。然而，这一切，随着对接进销存系统，可能都要改变了。

后续可能需要再对药房发药库存的扣减方式，做如下调整：

在已经调整为药房发药扣减的情况下，进一步向正确对接进销存方向靠拢，由总量足需要按特定顺序依次自动扣减，变为仅验证医嘱当批次库存量，足即扣减，不足即中止扣减。

医嘱对应批次不足但总量足，由药房药师选择、确定改用库存中哪个批次的库存记录做对应扣减处理。

住院护士站生成住院费用时，遇医嘱批次不足时，中止生成费用。待药房药师确定应扣减库存批次后，再生成对应费用。

医嘱对应批次不足总量也不足，由药房药师确定是采购入库此药物后切换新入库批次进行扣减，还是做退费处理。其中门诊的还需要先做撤消结算操作，再做退费处理。

若按这个方式调整，可以更好地保障从采购入库，到盘存、到销售，一路关联，路径十分清晰。其中任何环节出现问题，也十分方便查找。

若按这个方式调整，副作用也相当大。主要有以下几点：

• 医疗机构需要加大药房中转流动资金供给，保障药房有足够库存可满足日常用药需要。
• 药房药师增加大量的工作量，由以前软件自动处理的事务，变成了手动去一个一个处理的事务。
• 如果遇大批量库存出现不能满足当前需要时，可能出现有大量需要退费、撤消结算的事情发生。特别是门诊患者交了钱了、已经结算了，到药房取药时却没有药可领。这种情况难以再通过软件来避免。
• 如果不做库存量验证，由软件全部自动扣减，将难以避免地出现大量负库存。

医师开立处方或用药医嘱时，每个项目都被同时标记了对应药房的库存批次标记，以方便药房用于发药、摆药。

但是，由于库存量的客观限制，药房总是会不断地发生旧的批次销售完了又采购新增了新的批次的药物这样的变化，药房的库存总是在不断地变化之中。这样，药房就会经常发生医师开立批次的药物药房没有了，新增批次又与开立批次不对应的情形。这类情况的纯手工处理，将会耗费药师极大的时间与精力。为此，泽方系统长期以来一直构建有一套自动处理机制，系统可以在不同的功能或相关操作中，自动切换批次，以便药房药师可方便地处理药房的发药与摆药。这个处理机制，极大地简化了药房药师的发药事务，也极大地减轻了药房药师的工作负担。

但是，随着事情的不断发展变化，有两类情形使得系统不得不对此施以限制：

• 第一、医保药品追溯码系统接口对接，要求对药品追溯码精细控制到药房发出的每一项药的每个出库记录。此要求与库存批次的自动切换目标相悖。
• 第二、系统内置的自动切换批次功能，尽管极大的简化了药房药师的发药事务、尽管极大地减轻了药房药师的工作负担，但是由于它的自动切换总是需要在大量的药房数据中检索特定编码、库存量与效期与待发药吻合的记录并且在此基础上再进行分别的判断与切换，它尽管可以实现高达99%以上的准确率，但是由于操作系统、数据库系统、网络环境、医疗机构其它硬件环境等条件所限，它无法实现100%的、无一差错的自动切换。并且，这种情况一旦发生，其原因还极不便查找。

基于以上两个主要原因，2025年初系统增加全局参数“药房开启批量发药功能”，并且默认为关闭状态。此参数控制三类功能的执行或者使用：

• 药房发药事务中，“批量发药”功能的使用
• 药房“归并同码库存”功能的使用
• 住院护士站执行临时医嘱与执行长期医嘱时，生成住院费用过程中的药品项目开立医嘱库存不足时库存标记的自动切换

新的全局参数关闭状态下，处方医嘱开立批次库存不足时，护士站执行临时医嘱或者执行长期医嘱时库存不足的项目无法正常执行、药房发药事务无法发出此药。为此，新增本功能“库存批次切换”，供药房药师手动切换库存批次，方便地切换为新库存批次、达到可使住院护士站执行用药医嘱、药房可正常采集追溯码与发出药物的目的。

如果医疗机构坚持要求开启此功能，可经过特别申请并愿意自行承担与医保追溯码对接不完全相符所带来的风险，愿意自行承担尽管概率极低但无法实现万无一失的自动切换批次与批量发药的可能风险，也可以再开启此参数。

即便如此，住院护士站执行医嘱时、药房药师执行发药操作时，仍然需要密切关注每一项用药项目的实际数量与对应的库存数量是否相符的问题。当同一批需要执行的医嘱、当同一批需要发出的药物中，有相同编码的项目未进行精准控制时，仍然可能导致出现“负库存”。这种情况，需要药师的精准控制来避免。

药房日常事务，可处理门诊出库，也可处理住院出库。住院病人用药未启用统领单的医疗机构，可使用此功能出库所有住院病人用药；在启用统领单后，也可用来处理统领单外的住院零星用药。

此窗口具有自动刷新机制，每10秒钟自动刷新一次。以便药房可及时了解到门诊已交费病人需要领药的情况。

此窗口具有追溯码采集功能。待发药项目行双击，可弹出采码窗口。当全局参数“药房发药采集追溯码”设为“是”时，执行发药操作前，将首先验证当前待发药项目集合中的西药与中成药已采码数是否与应采码数一致，发现不一致时，提示是否返回采集追溯码，以确保销售药品已采集追溯码数与应采集追溯码数一致。

此窗口在执行“发药”操作前，可打印当前选定的处方；也可打印领药单或汇总单。此处打印的门诊处方，与门诊医生工作站生成的门诊处方完全相同，即它将在门诊医生工作站生成的Pdf电子处方，在药房展现出来。

主要发药方式，有两种——单项发药和批量发药：

• 单项发药：首先验证当前待发药行，待发药数量是否小于等于对应库存数量，是则执行发药操作，否则中止发药操作。在全局参数“药房发药采集追溯码”设为“是”时，如果是西药或中成药项目，会再进行已采码数与应采码数是否一致。如果不一致，提示是否返回采集追溯码。然后，执行发药操作，对对应库存量执行扣减，并将收费项目加入发药人标识和发药时间，完成发药操作。
• 批量发药：一次完成当前选定患者全部待发药项目的发药操作。它在执行前同样首先验证全部待发药项目的数量，是否库存中都有足够量的库存供本次发药使用。否则中止发药操作。与单项发药一样，会接着验证全部项目已采码数是否与应采码数一致，然后调用服务平台发药Api服务执行发药操作。由于批量发药处理时，可能遇医师开立处方或医嘱对应的批次库存不足而总量足的情形，所以它按以下顺序执行发药库存数量的扣减：
  1. 开立处方或医嘱对应批次库存数量大于等于应发数量，直接扣减
  2. 开立处方或医嘱对应批次库存数量小于应发数量，对所有库存中相同编码药品按照效期、数量排序后，进行依次验证和扣减：库存数量大于应发数量，执行扣减；库存数量等于应发数量，执行扣减的同时对库存对应记录增加数量使用完毕时间标识；库存数量小于应发数量全量扣减，余量再循环执行下一批次库存数量的验证、扣减，直至应发数量全数扣减完毕。

特别提示：批量发药，是系统中早期延续下来的发药功能。它可以大幅度提升发药操作的效率、减轻药师发药的工作量负担。但是，它在执行过程中需要进行大量的逻辑判断，执行过程较长，执行过程中遇任何硬件、软件、网络等因素影响，都可能被中止。所以，它的正常执行，有赖于各种环境条件的保障。尽管系统中通过启用事务处理、升级为服务平台Api集中处理，可能也无法全部实现无差错执行。另外，由于它是采取效期优先、量小优先顺序扣减，可能与医保对接进销存要求不完全一致。医疗机构中在使用中，需要根据本单位软硬件与网络环境条件和有关部门要求，确定使用何种方式做发药操作的处理。

统领单，将住院病人未领药项目，按科室分编码汇总，生成可集中领取药品的统领单。可极大地简化住院病人领取药品的操作。

每张统领单，都有一张对应的统领详单相对应，表明此统领单上包括了哪个病人、什么药品、数量多少。

在统领单中，每一编码药品库存无论有多少个批次、无论当前库存量有多少，都识为完全相同的库存，区别仅在于每个批次的效期可能不同、当前库存量可能不同。

在生成统领单时，扣减库存，同样都按统一的扣减机制进行扣减：效期优先、库存量优先。即：先扣减效期中快到期的、先扣减库存量少的。

统领单，既可按病人所有科室，生成分科室的统领单，也可按手术室记费生成手术室统领单。

第二、住院统领单，主要用来处理护士站生成的统领单发药。它还支持手术室统领单、产房统领单的发药事宜。

统领单未执行“发药”操作前，可以打印统领单。统领单也可在住院护士站打印。已经做了发药操作的统领单，需要再打印时，可使用统领单查询功能来打印。

此窗口还可打印“统领详单”，即当前选定统领单中包括的药品都是哪个住院病人的、各是什么药品、各有多少数量等等。

护士站生成统领单时，自动将对应的住院费用标记上“已发药”标记。所以，已经生成统领单的住院费用，不会显示在“药房日常事务”窗口中。

领药护士，按选定科室显示。

统领药品摆药单，根据生成统领单功能生成的统领单，按照指定科室、指定单号展示内容。可以按药品分类展示指定类别的药品，或者按药品剂型展示指定剂型的药品。

统领药品摆药单的内容，展现有每种药品的拆零量和包装量，更方便药师摆药。

统领药品摆药单，既可使用单号用来摆药，也可查询或统计以往所有的统领单。

《国家医疗保障局办公室关于深入开展医保药品耗材追溯码信息采集工作的通知》（国医保办函[2024]63号文件）要求，各地医保部门要力争今年(2024)年底实现除偏远地区外的绝大部分定点医药机构在销售环节采集追溯码信息，全面开展扫码入库工作。力争2025年6月实现全部地区的追溯码应扫尽扫、能归尽归、能用尽用。

各地医保机构在医保平台原进销存接口基础上，扩展了追溯码的相关接口，陆续对本地追溯码信息采集提出具体要求，做出工作安排。无论是采用的国家局基线版医保系统，还是采用的山东版进销存接口系统，都要求对接追溯码。基线版与山东版对接交易编号相同，但是山东版做了很大扩展，并且山东版自增了一些国家局基线版没有的接口。基线版后期也新增了一批接口。

基线版进销存系统接口，主要包括3501商品盘存上传、3502商品库存变更、3503商品采购信息、3504商品采购退货、3505商品销售信息、3506商品销售退货、3507商品信息删除、3508商品库存信息、3509变更记录查询、3510采购信息查询、3511销售信息查询、3512入库商品追溯信息查询、3513商品销售追溯信息查询共13个交易接口及附属接口。其中，3507及以前的接口是基线版早期确定的接口，3508及以后的接口是新增加接口。

山东版进销存系统接口，主要包括与基线版类似的3501、3502、3503、3504、3505、3506、3507接口，还自增了3568商品库存信息、3569商品企业信息、3570商品领用信息、3599结算追溯码信息采集共11个接口。其中3599为后期新增接口。

采集追溯码的设备：任何支持扫描条形码、二维码的扫描设备，都支持采集追溯码。具体使用款式、型号医疗机构根据方便使用原则自行选购。

多追溯码的表示方式：许多情形下，一次需要采集多个追溯码。扫描设备通常都设有结束符并且可自定义结束符，一般默认回车换行符为结束符。本系统也将回车换行符作为结束符使用。每采集一个追溯码自动在追溯码尾部增加一个追溯码分隔符“@”，也就是以“@”作为多个追溯码之间的分隔符。系统保存时会自动将最后一个“@”符和所有回车换行符删除后保存，以确保实际保存的码数正确。本系统因涉及追溯码的许多转换与计算，目前不支持其它符号作为多追溯码之间的分隔符使用。

需要采集追溯码的位置：

• 初始库存商品追溯码采集：进销存对接——库存商品信息。选中商品行击右键，自动弹出菜单，采集追溯码。执行它，弹出追溯码采集窗口，进行库存商品追溯码采集。
• 正常采购入库采集：初始盘存时点后，再采购入库商品，需要在入库窗口采集当批次采购商品的追溯码。
• 正常采购退货采集：初始盘存时点后，再办理采购退货商品，需要在采购退货窗口采集当批次退货商品的追溯码。
• 正常商品销售采集：初始盘存时点后，药房发药事务中，无论门诊用药还是住院用药，均在此窗口采集实际销售商品的追溯码。双击待发药商品项目行，自动弹出采集窗口，采集窗口左侧显示有此批次采购入库或者库存原采集的追溯码，右侧供新采集此次销售需要采集的追溯码。住院统领方式领药，需要在发药事务中先采码，再生成统领单。
• 正常药房退药采集：初始盘存时点后，再退药的商品需要在药房门诊退药或者住院退药窗口执行退药前采集当次实际退药的追溯码。
• （山东版商品领用接口是否可用，待验证）
• 其它需要采集追溯码的位置。

采集追溯码的数量：医保进销存平台要求上传的追溯码的数量，不能多也不能少，要求必须与当批商品的实际数量拆算为最小包装单位数量向上取整的数量值一致。为了方便医疗机构正确采集或者查看验证追溯码的数量，我们在相关窗口中全部都自动计算出了“应采码”和“已采码”的值。这丙个值相等，就符合医保上传对数量的要求。

采购入库时能否一次批量采集整件包装全部药品追溯码？经查阅国家药品监督管理局《药品追溯码编码要求》等相关标准，目前只界定了药品追溯码由20位编码组成，前7码为药品标识码，生产标识码和校验码有何规则未涉及。此条件下，尚无统一规则可用于一次批量整件采集全部药品的追溯码。市场上实际销售的扫描设备，能否用于批量采集药品追溯码，也尚需验证。

追溯码与进销存各接口数据之间，客观存在必然的紧密联系。当期盘存数量，应当等于上期盘存数量，加上期间采购入库增加数量，减去期间销售减少数量。其中任何一个环节数据上传有误，都将导致后期盘存数量不吻合。所以，追溯码与进销存各接口上传的数据，环环相扣、密切关联、缺一不可。因此，它的启用时点非常重要。

追溯码与进销存接口系统启用流程：医保进销存平台要求，上传的盘存信息、销售信息、库存信息等进销存信息，必须要有入库的“批次流水号”。那么医疗机构开始时如何上传这些批次流水号呢？从哪个点位开始上传呢？当前库存中的商品的采购入库时间可能相差很多，有的可能新入库不久也有的可能已经入库许多年，如何把这些早年采购入库商品的“批次流水号”上传到医保平台？为解决这一系列相关问题，泽方HIS采取了单独使用“初始入库”与“初始变更”两个方式解决它：

• 第一步：确定个重要的时间点为启用接口对接的基点，进行商品库存精细盘点，并对所有库存全部按应采码数采集正确的追溯码及其数量。
• 第二步：使用商品盘存的生成功能，即时生成商品盘存记录。然后按照先后顺序，依次使用此窗口的“初始入库”、“初始变更”和“上传”功能，将数据分别上传至医保平台。其中，初始入库，按照采购信息交易上传，但是上传的商品数量，不传此商品的原始入库数量，而是传当前盘存的数量；上传的追溯码数也不是上传原始入库数量对应的码数而是上传当前盘存的数量对应的追溯码数；以此作为此商品的期初入库上传。商品变更，按同样规则上传，变更原因上传“108：期初入库”。最后，上传此次盘存信息。
• 第三步：以实际盘存的时点为基点，后续再采购入库商品，不再使用“初始入库”上传入库信息，全部使用采购信息上传采购信息。采购退货同样也应当按此基点为准上传基点后退货信息。
• 第四步：药房发药与药品统领，同样以商品盘存的时点为基点，此时点以前销售的信息不需要上传，也上传不了。此时点以后再出库的商品，进行准确采码。商品销售信息也以商品盘存的时点为基点，开始上传销售信息。商品销售退货，同样如此。

以上四规则，全部都是以实际盘点并生成盘存数据的时间点为基点，划出一条十分清晰的前后两个不同时期的界限。此时点以前为前期未对接溯源码进销存的时期，以后为对接溯源码进销存的时期。此规则仅为正确对接接口规则，不影响早期药品追溯码的采集。无论是否对接追溯码和进销存接口，药品追溯码都应当按照有关规定采集。

医保平台可能要求后续上传的盘存信息，每种商品的盘存数量都应当为上次盘存数量+本期采购数量-本期减少数量=当期盘存数量。这样，就会形成一个数量管理严密的闭环管理机制。

如果医疗机构认为已经非常清楚地了解了医保对追溯码对接的要求，有把握一次成功完成对接，可以先行进行精细盘库后即时盘存，开始上传对接数据。但是，由于对接追溯码涉及因素太多，又要必须按医保平台规则处理相关业务，通常直接正式上传、一次对接成功的概率不大。再加上进行库存盘点，需要耗费大量人力与时间，一旦因某种事前未知因素导致一次性对接无法正常完成，就需要再次进行精准盘点，损失太大。所以，通常我们建议医疗机构先选定七、八个有代表性的常用西药中成药、中药和材料项目，按以上方式进行试传。从盘存到初始入库、初始变更，到销售到退货到删除上传数据，全部走一遍，进行一次试传，并且试传完成后及时删除掉试传到医保平台的进销存数据。这样，才可以完整、准确地认识、了解、把握对接中的各种相关情况，才可以更好地确保上传数据的准确、可靠，保障不留任何隐患，确保对接成功。同时要清楚地意识到，医保完全有可能对医疗机构的后续盘存数量进行精细控制，后续盘存数量与上期盘存数量必须吻合。若遇此种要求，因前期上传数据有应删除未删除或者盘点数据不准确等原因、或者部分上传部分未传等原因导致事过几个月再返工，将损失巨大。

初始对接完成，指已经将初始盘存记录中所有商品，按顺序依次使用“初始入库”、“初始变更”和“盘存上传”全部上传完成。

日常上传，指初始盘存时间基点以后

• 采购入库商品和采购退货商品分别使用商品采购记录上传和采购退货记录上传
• 商品销售记录上传和销售退货记录上传
• 初始盘存后再次盘点时生成的盘存记录的上传
• 按当地医保机关要求的时点商品库存信息的上传
• 商品变更记录的生成与上传
• 商品领用记录的上传
• 其他要求上传的进销存数据

山东医保要求，完成采购流程后，库存中的商品首先要通过该接口进行全量“初始化”库存操作，后续根据定期盘存情况上传。

医药机构在首次初始化后对商品库存进行盘点的数据，通过【3501】盘存信息接口上传，上传盘点后商品的库存信息，同时需要结合【3502】商品库存变更（变更类型为103：盘盈、104：盘损）上传本次盘点变更的库存数据。

山东医保要求，上传最小频率为：每月上传一次。首次初始化后需要至少一月一次数据更新，对表中库存大于0且超过一月未更新的数据进行识别和监控。

广东基线版，无追溯码可正常执行此交易。

通过此交易上传商品的库存变化，同时上传此时的实时库存。

山东医保要求，上传最小频率为：每天一次。至少每天一次上传库存变更情况，系统对每家机构的上传情况进行检测，超过1天则识别为异常情况。

广东基线版，无追溯码可正常执行此交易。

任何进入进销存接口商品首先要通过该接口上传，首次上传时将所有在售、有库存的药品采购记录上传，商品上传后根据入库记录主键追踪该批次药品的库存和销售情况，后续在进销存流程中均需要关联采购时生成的关键字段。

商品采购产生的库存变更数据通过【3503】商品采购和【3504】商品采购退货接口上传，同时需要结合【3502】商品库存变更上传本次采购/退货变更的库存数据。

山东医保要求，上传最小频率为：每天一次。至少每天一次上传商品采购情况，系统对每家机构的上传情况进行检测，超过1天则识别为异常情况。

通过此交易上传商品采购退货信息，关联商品采购表进行退货。

商品采购产生的库存变更数据通过【3503】商品采购和【3504】商品采购退货接口上传，同时需要结合【3502】商品库存变更上传本次采购/退货变更的库存数据。

山东医保要求，上传最小频率为：按需。

通过此交易上传门诊与住院所有的商品销售信息。

上传商品销售信息，以已经正常完成医保结算或者自费结算、商品项目药房发药时已经正确采集了相应数量的追溯码为前提，即应采码和已采码应当相等。

山东医保要求，上传最小频率为：每天一次。至少每天一次上传商品销售情况，系统对每家机构的上传情况进行检测，超过1天则识别为异常情况。

如果交易异常，返回内容可能出现的英文单词及接口含义：

• mdtrt_sn：门诊初始化或者医保住院登记时，医保返回给医院的医保就医流水号
• mdtrt_setl_type：就诊结算类型（许可值：1医保结算，2自费结算）
• setl_id：医保结算时，医保系统返回给HIS的医保结算id
• psn_no：医保身份认证时返回的就诊人个人编号
• psn_cert_type：就诊人证件类型编号号
• certno：就诊人证件号码
• psn_name：就诊人姓名

以上几项，都是在结算类型是医保结算时不能为空的项目。

基线版要求“药师执行资格证号”为必填项。药房发药药师，必须在工作人员管理资料中，药师的执业证号必须填写不能为空，否则无法上传药品销售记录。非商品项目的药师执行证号上传“-”符号

通过此交易上传所有的门诊与住院商品销售退货信息，关联销售表进行退货。

销售、销退产生的库存变更数据需要通过【3505】商品销售接口、【3506】商品销售退货接口上传，同时需要结合【3502】商品库存变更上传本次销售/销退变更的库存数据

山东医保要求，上传最小频率为：按需。

通过此交易删除某一批次商品信息，根据传入不同类型和批次，删除该批次下某些接口的数据。

山东医保要求，上传最小频率为：按需。

此接口，为山东省自增接口。国家基线版无此接口。

通过此交易上传商品实时库存信息，同一机构每种医保目录编码只允许存在一条记录，库存数量为当前商品的总实时库存，并通过此数据为群众提供服务。

在商品库存发生变动后，原则上需要准实时通过【3568】接口上传当前机构发生变动医保目录的总实时库存数量，若已存在当前商品的库存信息，系统则会进行覆盖，以最近一次上传的实时库存为准，并通过此库存数据为医生开方及群众找药提供服务，该数据的时效性和准确性直接影响服务质量。 若发现某医保目录库存信息数据上传异常，也可通过【3568】接口，修改该条异常数据的vali_flag为“1”，再次上传即可删除。

山东医保要求，上传最小频率为：准实时。该接口的时效性直接影响医药机构纳入门诊统筹的服务质量，因此尽量保证此接口数据可以实时更新，业务高发期延迟至少不超过1小时。

此接口，为山东省自增接口。国家基线版无此接口。

通过此交易上传商品企业信息。

山东医保要求，上传最小频率为：按需。

此接口，为山东省自增接口。国家基线版无此接口。

通过此交易上传商品领用信息，药店无此业务可忽略。

山东医保要求，上传最小频率为：按需。

诊疗，药品，材料目录编码，被称为三大目录编码。三大目录编码最主要的四种功能：标识功能，检索功能，对码功能和排序功能。随着三大目录越来越细、项目数量越来越多，客观上需要对目录编码进行更精细地管理。

• 标识功能：用来唯一地标识三大目录项目。
• 检索功能：在采购入库、开立处方、开立医嘱等许多环节，需要从大量的目录项目中快速检索出需要的项目来。常用检索方法是使用目录的拼音首码。它可以模糊检索出需要的项目。但是，在多类型项目混合检索时，由于有些项目名称较短、字数较少，它们的拼音首码的重码率相当高。此时再使用拼音首码检索，可能难以快速、准确检索出需要的项目。目录编码，则全部采用数字编码，首4码为分类码，不存在与拼音码相同的可能重码率高的问题。这样，有些情形下，使用目录编码检索可能比使用拼音首码检索更快捷、更准确。比如“81”是西药大类码、“83”是中药大类码，在检索项目时输入81检索到的全部是西药，输入83检索到的全部是中药等等。
• 对码功能：基本上所有地区对接医保系统时都要求医院内码要与当地医疗项目编码建立匹配关系。并且几乎所有涉及医嘱与费用的对接接口，几乎全部要求上传医院内码。精细管理三大目录编码，对于简化、顺利对接外部系统，也十分重要。
• 排序功能：医疗机构在许多情形下，需要按照某种特定需求对项目显示、展示顺序按照特定的逻辑顺序排列。此时，使用三大目录编码对其后4位顺序码进行排列顺序优化调整，就可以很简便实现这个目的。系统中需要显示目录项目的功能中，基本上多是按照编码顺序排序的。这样，医疗机构就可以按照自己的实际需求，通过调整编码后4位顺序码的方式灵活调整项目的显示顺序。

完全实现三大目录编码的四大功能，需要对三大目录编码的生成方式，做出一些限制，使其可简单地按照特定规则生成三大目录编码。从目前医疗机构应用环境看，三大目录的荐数量已经非常庞大，需要编码的码数也越来越多。在系统中未做出生成编码规则限制前，已经发现不少医疗机构在实际使用过程中，编码出现一些混乱现象，有的可能使用时间越长、增加项目越多、编码越乱。任何工作人员，记性再好，也难以全部记忆哪些编码正在使用，哪些编码已被停用，还有哪些编码没有使用。这样，再增加项目时，就必然编码越来越随意，最终编码长短不一、字母与数字字符无规则编制，结果标识不清、难以检索、对码不便、更难用它排序。

因此，系统中目前确定了以下编码规则。

编码规则：

• 码长8位数字字符，不可使用0至9以外的其它字符。
• 前4位编码为目录类码，后4位编码为此类中项目的顺序码。
• 编码中的首4位类码不可修改，编码中的后4位顺序码可以修改，以此定义其显示排列顺序
• 修改后4位顺序码，不要修改为当前分类中最大码值，保留一定数量的码源供后续增加编码时使用。
• 新增项目时系统自动生成编码，按照当前分类中的最大码值加1方式自动生成。

系统中不仅三大目录编码可按顺序显示，其他编码也是如此。比如，科室编码、人员编码、诊断编码、手术编码等等，系统多是按照编码顺序显示的。

正常使用客户端，首先需要客户端可以正常访问、连接到泽方智慧医疗服务平台。

本功能用来设置当前客户端与泽方智慧医疗服务平台的连接参数。正常设置并保存了这个窗口的连接参数，当前客户端才能正常使用。各参数说明如下：

• 服务基地址：泽方智慧医疗服务平台部署在医疗机构服务器的IP地址与端口，填写格式为：http://x.x.x.x:Port，系统默认使用端口号5000。医疗机构可自定义。
• 路径：（空）
• 版本号：V1.1
• 接收系统代码：（空）
• 账户ID：基线版用户（空）；诊间版用户填写医疗机构登录诊间版医保系统的6位机构编码。
• 账户秘钥：基线版用户（空）；诊间版用户填写医疗机构登录诊间版医保平台的登录密码。
• 就医地区划：填写医疗机构所在区县6位长度医保行政区划编码，特别重要，不要有误
• 接收方区划：（空）
• 医疗机构编号：医疗机构在国家医疗保障平台备案的全国统一编号
• 医疗机构名称：医疗机构在国家医疗保障平台备案的全国统一编码对应的机构名称

基地址和路径，均不要以反斜杠结尾。

本窗口设置参数保存后，将在当前电脑“d:\医院系统文件\客户端设置”文件夹中保存为一个名称为“MZ906.json”的文件。此文件在所有电脑上通用。初始部署时，可在每个电脑上复制上一份这个文件，放在相同的位置，即可正常使用，不需要再单独设置此电脑的平台连接设置。

每个客户端在第一次使用时，首先需要告诉系统如何连接到服务器。此功能即用来完成这个任务。

系统支持的数据库为Sql Server系列数据库系统。建议使用目前最流行的数据库版本，最低版本最好不低于Sql Server 2005。

根据数据系统要求，选择相应的连接方式，登录数据库系统。服务器IP地址处，默认显示的是本机IP地址，应当改为本医院服务器实际的IP地址。数据库名称为本为系统默认的工作数据库名称，如果在服务器中配置的工作库非默认名称，也可双击后修改为实际配置的数据库名称。ID和登录密码，为本医院服务器中数据库系统设置的登录ID及相应的密码。sa为默认的登录密码，也可改为其它实际配置的ID及其密码。使用本机数据库与使用SqlExpress通常不需要勾选，具体使用还需要根据本医院数据库系统的实际情况确定。

按“保存”按钮，提示“数据库登录已经测试通过，可以正常使用此软件了”，即完成连接。否则，需要咨询本机构信息科或系统管理员。

此功能仅在本机初始使用时会用到。后续正常情况下，系统自动调取保存在本地的相关信息，自动连接到数据库服务器，打开软件即可正常工作。

重新安装系统或者更换电脑时，需要使用此功能，将本机与医院服务器再次建立连接。医疗机构信息科或系统管理员，应当牢记服务器IP地址、登录ID和登录密码。

泽方HIS系统目前是在原桌面版基础上逐步演进而来，目前已经升级为一套混合应用HIS系统。它不仅前端UI正在逐步现代化，后端服务也在现代化改造中。将来它将会演变为一套云应用系统。

目前版本，系统采用用户手机号登录，登录密码与原来相同。这样的机制一方便可准确标识用户，同时也便于扩展短信沟通机制，以后还方便升级为云应用。

系统采用不可逆的强加密方式处理用户密码，即便从后台服务器系统查出，也是一堆乱码。

用户的登录初始密码全部为“999999”，用户登录后可随时修改自己的登录密码。忘记密码的用户，可请求本机构信息科重置自己密码为99999，自己登录后再修改密码。

系统具有强密码认证功能，并且具有密码有效期管理机制。启用强密码未通过认证要求的，提示用户修改密码；密码即将到期的（到期前7日内）提示即将到期修改密码；密码过期的，关闭登录权限。登录权限关闭后，只能申请本机构信息科重置密码后才能继续使用。

登录系统时需要选择登录的功能模块与登记科室。一个用户可以定义多个不同的角色，不同的角色可登录不同的模块、使用不同的功能。

验证用户登录时，将先后验证是否存在手机号对应的用户、用户密码是否正确、用户是否具有操作使用选定模块的角色。验证完全符合登录条件，方可登录系统。

用户登录后，将在系统主窗口顶部显示出当前医疗机构编码和医疗机构名称，在主窗口右下角状态栏显示当前用户的科室编码、科室名称和用户编码（已定义国家码的显示国家码）和用户姓名。

用户登录后，主窗口右上角“登录”链接自动变为“注销”。点击“注销”可注销当前用户并且主窗口顶部不再显示医疗机构编码和医疗机构名称，主窗口右下角状态栏也不再显示用户信息。主窗口左侧功能菜单项恢复为初始未登录状态。用户注销后不能再使用任何功能。需要继续做业务，需要再次重新登录系统。

所有使用基线版医疗保障平台的用户，业务功能中的每个交易，都需要传入当前用户的签到流水号。此流水号，为当前用户当日做医保平台签到后由医疗保障平台签发的。所以，使用任何一项对接医疗保障平台交易的业务功能前，需要先做医保平台签到，并正常获取当日的签到流水号后，才能正常处理与医保平台相关的业务。

签退，通常不需要使用，仅做签到操作即可。次日再次使用，再做次日签到操作。签退操作，有一个特别结果，就是做了签退操作，当日不能再处理医保业务，无法再次重复签到。

山东用户原来使用事前事中、进销存、上传医保结算清单功能时，同样需要医保平台的签到流水号，同样需要先做医保平到签到，并正常获取签到流水号后，才能正常做这三类功能的业务。2024年5月，这三类签到再改造为使用“山东原接口”方式签到，引功能被改造为用于山东新的事前提醒接口签到。

用户初始密码，默认都是999999。用户登录系统后可随时使用本功能修改自己的登录密码。

本系统采用高强度不可逆的强加密技术保护用户的登录密码。实际保存在服务器中的登录密码，是加密后的“乱码”。

用户忘记自己的登录密码时，可申请本机构信息科或系统管理员重置自己的密码。重置密码时将用户密码重置为系统初始密码：999999。用户使用重置后的密码登录后，自己再修改登录密码。

根据卫生部卫医政发2010[144]号文件规定，本功能具有密码强度认证功能，不能使用过于简单的密码。同时可以设定密码有效期限，过期用户限制使用本系统。

医疗机构是否启用密码强度认证功能，由本医疗机构自己确定，由全局基础参数管理中的“密码强度效期认证”的设定值控制。

在需要时，将授权密钥文件导入系统。

使用此功能前，需要先登录系统，再执行导入操作。如果导入时没有登录系统，会提示非本机构授权，不能导入。

正常导入授权文件后，关闭软件再重新打开，授权生效。

授权文件，应当妥善保存。遇重新安装系统、新购电脑等原因电脑被初始化时，需要重新使用原授权文件，重新导入系统。并且需要导入前先删除原来的授权记录。

本系统各个客户端在本机定义当前模块需要打印的各种病历、处方、申请单、报告单、报表、单据、票据等打印项目的打印参数。

此窗口显示纸张宽度、高度、边距的单位为0.1毫米。实际保存的仍然是0.01英寸，显示与保存时自动转换单位。

打印项目名称初始时是空的，各种打印项目打印或预览过一次后，自动生成对应的初始打印参数。包括打印的项目名称、使用纸张、上边距、左边距等。

设置、调整本软件中各种打印项目参数。可设置的参数有：选择当前计算机上已经安装的打印机、从当前打印机支持的纸张格式中选择当前打印项目的合适纸张、上边距、左边距、每页打印行数（医疗票据忽略）、是否先预览再打印、数据行数不足一页时是否补打空行、是否横向打印。本窗口打印项目名称初始时是空的，只有在某个打印项目被打印或者预览过一次后，才会将打印项目名称自动加入“项目名称”中。设置打印参数时，需要先选定项目名称，然后再定义打印此项目的参数。打印机列表中显示的是当前软件运行的电脑中已经安装了打印机驱动程序的打印机。默认使用纸张为A4纸。打印门诊票据时，因医疗机构每天上午交费比较集中，为快速处理门诊票据打印，可取消“先预览再打印”，则打印时不再弹出打印预览窗口，而是直接将打印指令送入打印机。以上参数确定后，按保存按钮，设定参数开始生效。遇打印机所列纸张无合适规格纸张正常打印票据或单据时，可自定义纸张。

医疗机构在打印门诊票据或者入库、出库单据时，可能遇到打印机无法正常连续打印多份的问题，此时可能需要自定义纸张，才能较好的解决问题。在进行自定义纸张时，需要注意以下问题：1、自定义纸张的大小，应当在当前使用打印机可支持的纸张规格大小以内，超出打印机支持的规格进行的自定义，无效；2、不同品牌不同型号的打印机，可能走纸、送纸、退纸的方式不同，在一种打印机上自定义的纸张与另一台不同的打印机上同样自定义的纸张，不一定打印效果相同；3、有的打印机还要参考说明书对打印机进行适当调整或设定，才能正常打印特殊规格的票据或单据；4、自定义纸张时，基本遵循原则是实际打印效果，往往可能需要多次定义、调整、删除、再定义、再调整...反复多次，才能精确连续打印票据或单据。

为了灵活适应不同医疗机构的不同使用需求，本系统除了设计有控制全局的全局参数管理外，每个模块还有自己的动态属性，以便专项控制本模块特需的一些多变需求。

动态属性管理窗口中，不同模块显示的动态属性不同。

修改动态属性值的方法：先选中需要修改的动态属性，然后按“修改属性值”按钮，则动态属性值变为可修改状态，同时“修改属性值”按钮变为“保存属性值”按钮。修改属性值后，按“保存属性值”按钮，即可将新修改的属性值，存入系统。

为了便利医疗机构和方便病人资料获取与传递，系统中越来越多地采用或生成了各种各样的Pdf电子数据。其中，有一些涉及结算的电子文档采用了医疗机构的电子印鉴。在国家电子印章系统普遍启用前，为方便满足越来越用户的当前应用需求，泽方软件设计了一套当前情况下使用电子印鉴的处理机制。

所有使用电子印鉴的Pdf文档，全部采用服务平台生成机制生成各种Pdf文档，避免客户机上存放带来的安全性问题。

医疗机构需要使用的电子印鉴，全部由医疗机构原合法印章、经公安授权的印章刻制机构生成对应的电子印鉴。来源不合法、不合规的电子印鉴，系统不预采用。

为了方便展示效果，泽方软件公司专门设计、生成了“聊城市泽方软件开发有限公司软件示例章”。凡需要展示电子印鉴效果的文档或资料，通常使用此电子示例章进行展示。

医疗机构自己无有效途径生成自己需要使用的印章所对应的电子印鉴的，可委托泽方软件代办委托刻章机构生成对应的电子印鉴。

医疗机构电子印鉴的使用方法，泽方软件另行告知。

泽方软件在系统中仅在Pdf生成中需要电子印鉴的位置使用它。非必要不采用。

医疗机构电子印鉴启用后，应妥善管理电子印鉴，保障电子印鉴的存放安全与使用安全。

Pdf电子文档，是一种高质量的现代文本与表格信息展示、保存、交换方式。它不仅在许多行业中得到越来越多的应用，也非常适合医疗信息系统使用。

当前系统中已经开发、集成了一系列的Pdf电子文档生成方式，在所有窗口中凡带有“导出Pdf”按钮的，均提供了导出Pdf电子文档的功能。系统中还有一些功能，直接把原来的打印功能调整为了内置的Pdf电子文档的生成功能，不需要再按按钮即可自动生成Pdf电子文档。

为了方便医疗机构集中管理系统生成的Pdf电子文档，已经在泽方智慧医疗服务平台中创建了一套Pdf电子文档的生成与管理机制。

系统的许多窗口上，带有“导出”按钮。凡带有此导出按钮的，都可将窗口显示的数据，导出为Excel文件。

报表与查询，几乎全部带有导出按钮。

某此非报表窗口，也带有导入按钮。

导出的Excel文件2024年11月由导出xls格式，升级为导出xlsx格式，最大可导出行数由65535行提升为163840行。有的统计表增加了csv功能，它不受导出行数限制，导出速度比导出Excel快300倍。Excel适合人读， csv更适合机读，更适合上报数据使用。

这个便捷的导出方式，也为用户及时保存时点数据，提供了非常方便的处理手段。

当前，使用任何一种外部对接系统，都需要先签到，再使用。

使用按国家医保局医疗保障信息平台接口标准设计开发的基线版医疗保障信息系统平台接口对接的所有地区，仅需要使用一种方式签到即可实现所有接口的正常对接与使用。山东地区目前需要分别使用以下方式签到，方可正常使用相关接口：

• 使用核三版医保系统的，在每个交易调用前，先使用核三版签到方式，向医保系统传入6位长度的医疗机构编码和登录密码，完成签到后再做具体业务。
• 使用诊间版医保系统的，在做医保交易前，自动弹出签到方式，向医保系统传入6位长度的医疗机构编码和登录密码，完成签到后再做具体业务。
• 上传本地医保结算清单，在上传前使用6位长度医疗机构编码和其它相关入参，完成医保平台签到并接收到返回的签到流水号后，再执行本地结算清单的上传。
• 上传异地医保结算清单，在上传前使用12位长度医疗机构编码和其它相关入参，完成医保平台签到并接收到返回的签到流水号后，再执行异地结算清单的上传。
• 使用新事前审核功能，需要使用在收费、结算工作站主窗口上的“医保平台签到”功能签到，完成签到并收到签到流水号再做各个新事前审核数据的提交操作。之所以在主窗口签到，是因为这个接口的对接方式，与外省的基线版医保系统的签到方式最接近。它们都使用相同的utf-8字符编码做各种医保交易，而其它所有的山东版类似方式的交易，都使用的是另外一种编码方式GB2312。这两种不同的编码方式，互不兼容，无法使用一种签到方式去做另外一种接口的交易。
• 追溯码进销存系统的对接，无论是基线版还是山东版都需要对接，但是它们使用的字符编码不同，所以基线版使用药房主窗口的医保平台签到功能签到，而山东版则采用了内嵌于业务处理逻辑中的自动签到方式来实现进销存对接系统的签到。

山东地区只有使用新事前审核的签到功能，可以在窗口上主动调用签到窗口完成签到功能，其它所有签到都被内嵌于业务处理逻辑中通过自动签到方式来完成。这样处理，一方面可以大幅度简化医疗机构的操作，无需再分辨使用哪种接口再调用哪个签到方式进行签到，再去执行相关业务操作。二是如果把这些多种多样的签到功能都摆放在HIS窗口上，形成一系列的签到菜单，可能大部分操作员会被搞迷糊了，实在难以区分做什么类型业务应该用哪种签到方式去签到。