项目名称:湛江市赤坎区中医医院迁建项目(二期)信息化建设采购更正公告(第一次)
日期:2026-04-08
公告概要:
| 公告信息: | |||
| 采购项目名称 | 湛江市赤坎区中医医院迁建项目(二期)信息化建设 | ||
| 品目 | |||
| 采购单位 | 湛江市赤坎区中医医院 | ||
| 行政区域 | 赤坎区 | 公告时间 | 2026年04月08日 17:59 |
| 首次公告日期 | 2026年04月03日 | 更正日期 | 2026年04月08日 |
| 联系人及联系方式: | |||
| 项目联系人 | 王工 | ||
| 项目联系电话 | 0759-3971373 | ||
| 采购单位 | 湛江市赤坎区中医医院 | ||
| 采购单位地址 | 湛江市赤坎区中山二路67号 | ||
| 采购单位联系方式 | 0759-8208938 | ||
| 代理机构名称 | 广东国丰项目管理有限公司 | ||
| 代理机构地址 | 广东省湛江市赤坎区体育北路15号湛江商务大厦2006号办公室 | ||
| 代理机构联系方式 | 0759-3971373 | ||
| 附件: | |||
| 附件1 | 湛江市赤坎区中医医院迁建项目(二期)信息化建设招标文件(2026040802).zip | ||
| 附件2 | 公告附件:湛江市政府采购供应商资格信用承诺函.doc | ||
一、项目基本情况
原公告的采购项目编号:GDGF2026-018
原公告的采购项目名称:湛江市赤坎区中医医院迁建项目(二期)信息化建设
首次公告日期:2026年04月03日
二、更正信息:
更正事项:采购公告
2.因智慧云平台系统原因,采购文件技术(参数)要求小标题与内容发生不对应情况,现进行更正,具体技术(参数)内容不变。
更正内容:
原招标文件 | 更正后 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
条款号 | 内容 | 条款号 | 内容 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
预算金额 | 11,973,020.00元 | 本项目最高限价 | 10,998,020.00元 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
1.2软件开发及技术服务 | 软件开发及技术服务清单
注:1、投标人应对项目内所有内容进行投标,只对部分内容进行投标的将被视为无效投标; 2、投标人需根据上列表格编制《分项报价明细表》,并放入投标文件中。 | 1.2软件开发及技术服务 | 软件开发及技术服务清单
注:1、投标人应对项目内所有内容进行投标,只对部分内容进行投标的将被视为无效投标; 2、投标人需根据上列表格编制《分项报价明细表》,并放入投标文件中。 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
1.2.2.1.2AI智能辅助决策系统 | 1.2.2.1.2.1医学知识库 l 疾病知识库 包含疾病概述、临床表现、病理详情、何时就医、预后、预防介绍、自我护理、护理方法(病房)、注意事项、处置建议、用药建议、检查建议、患者指导等详细内容。 包含通用名、剂型、功效分类、成份分类、主要成份、药品性状、溶媒分类、给药方式、ATC编码、主要成份、规格、儿童日最高量、成人日最高量、儿童日建议给药次数、儿童每次建议剂量、成人日建议给药次数、成人每次建议剂量、特殊给药条件(饭前..)、儿童注意事项、孕妇注意事项、老人注意事项、药理机制、毒理机制、生成厂商。 1. 药品知识库 包含通用名、项目介绍、检验样本、注意事项。 1. 检验知识库 包含通用名、指标介绍、正常区间、注意事项。 1.2.2.1.2.2智能诊断 诊断患者的临床表现(症状诱因、持续时间、部位、性质、程度、加重缓解)、检查(体格检查、检查结果)、检验结果计算推荐疑似常见诊断。 1. 检查知识库 l 疑似常见诊断 根据疾病与症状体征的相关性,推荐该疾病的常见症状和体征。 1. 常见症状体征 支持鉴别诊断,包含鉴别方法、鉴别检查说明。 1.2.2.1.2.3质控规则设置 支持对质控模块涉及到的内置规则全部开放,并可以对现有规则进行修改、删除。 1. 鉴别诊断 l 规则开放 支持院内个性化编辑检查、检验提醒的规则,编辑规则的维度不低于以上提到的维度。 1. 自定义规则 支持编辑的规则实时生效。 1.2.2.1.2.4医嘱质控 下达检验申请医嘱时,能够针对患者性别、年龄、妊娠状态、诊断、生理周期、以往用药、以往检验申请项目、以往检验结果等至少8个维度进行申请合理性自动审核并针对问题申请给出提示。 1. 规则生效 l 检验质控 下达检查申请医嘱时,能够针对患者性别、年龄、妊娠状态、诊断、过敏史、以往用药、以往检查项目、以往检查结果等至少8个维度对申请合理性进行自动检查并提示。 | 1.2.2.1.2AI智能辅助决策系统 | 1.2.2.1.2.1医学知识库 1. 疾病知识库 包含疾病概述、临床表现、病理详情、何时就医、预后、预防介绍、自我护理、护理方法(病房)、注意事项、处置建议、用药建议、检查建议、患者指导等详细内容。 2. 药品知识库 包含通用名、剂型、功效分类、成份分类、主要成份、药品性状、溶媒分类、给药方式、ATC编码、主要成份、规格、儿童日最高量、成人日最高量、儿童日建议给药次数、儿童每次建议剂量、成人日建议给药次数、成人每次建议剂量、特殊给药条件(饭前..)、儿童注意事项、孕妇注意事项、老人注意事项、药理机制、毒理机制、生成厂商。 3. 检验知识库 包含通用名、项目介绍、检验样本、注意事项。 4. 检查知识库 包含通用名、指标介绍、正常区间、注意事项。 1.2.2.1.2.2智能诊断 1. 疑似常见诊断 诊断患者的临床表现(症状诱因、持续时间、部位、性质、程度、加重缓解)、检查(体格检查、检查结果)、检验结果计算推荐疑似常见诊断。 2. 常见症状体征 根据疾病与症状体征的相关性,推荐该疾病的常见症状和体征。 3. 鉴别诊断 支持鉴别诊断,包含鉴别方法、鉴别检查说明。 1.2.2.1.2.3质控规则设置 1. 规则开放 支持对质控模块涉及到的内置规则全部开放,并可以对现有规则进行修改、删除。 2. 自定义规则 支持院内个性化编辑检查、检验提醒的规则,编辑规则的维度不低于以上提到的维度。 3. 规则生效 支持编辑的规则实时生效。 1.2.2.1.2.4医嘱质控 1. 检验质控 下达检验申请医嘱时,能够针对患者性别、年龄、妊娠状态、诊断、生理周期、以往用药、以往检验申请项目、以往检验结果等至少8个维度进行申请合理性自动审核并针对问题申请给出提示。 2. 检查质控 下达检查申请医嘱时,能够针对患者性别、年龄、妊娠状态、诊断、过敏史、以往用药、以往检查项目、以往检查结果等至少8个维度对申请合理性进行自动检查并提示。 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
1.2.2.1.8.7.2与医院设备设施集成 | 2、时钟集成:对接医院的母钟,使患者救治过程中各个关联的业务系统、设备设施在时间上保证一致性、精确性。 | 1.2.2.1.8.7.2与医院设备设施集成 | 1、医疗设备集成主要用于自动化采集急救车医疗设备输出的患者各项医疗数据,包括但不限于心电图、监护仪、除颤仪、呼吸机等设备。具体集成方法根据医疗设备的接口说明书进行。 2、时钟集成:对接医院的母钟,使患者救治过程中各个关联的业务系统、设备设施在时间上保证一致性、精确性。 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
1.2.3.1.2OA系统 | 1.2.3.1.2.1技术要求 (1)系统基于B/S架构,符合HTML5标准;全面采用开源技术开发,兼容Edge、Chrome、Safari等主流浏览器;支持PC、苹果电脑;支持SQL Server、MySQL等数据库;支持IIS、Nginx等Web服务器。系统可以部署在国-产操作系统、Windows、Linux等操作系统。 (2)系统安全性 可以强制要求用户密码的强度,用户输错密码超过规定次数后自动锁定账号。 提供完善的权限控制体系,提供基于个人、部门、角色的多维度权限控制,可以对每个功能进行严格的权限控制,即使多人对某项功能具有相同权限,各自看到的内容也不同。 提供完善的用户登录日志、操作日志、系统运行日志,为系统安全审计提供支持,有效保障系统运行安全和数据安全。 (3)系统易用性 支持Word、PDF、TIF、WPS文字格式的附件在线阅读。Edge、Chrome等浏览器都可在线阅读附件,无需下载到本地后打开。 对于红头文件(各种公文)等对版式要求严格的新闻/公告信息,可以将红头文件以附件形式上传后,将文件内容直接显示出来(无需下载后打开)。 (4)管理员登录OA,可以直观监控服务器运行情况,比如:内存占用情况、磁盘占用情况、网络吞吐情况、网站群情况、定时服务运行情况,更好地掌握系统健康情况。 (6)管理员登录OA,可以直观监控数据库运行情况及性能指标。 (7)提供持续更新的在线表单模板库,可以在自定义表单设计器中直接下载使用,以便提高项目实施效率和未来借鉴其他医院的使用经验,快速扩展系统功能。需提供模板库的网址地址及登录账号,以便验证。 | 1.2.3.1.2OA系统 | 1.2.3.1.2.1技术要求 (1)系统基于B/S架构,符合HTML5标准;全面采用开源技术开发,兼容Edge、Chrome、Safari等主流浏览器;支持PC、苹果电脑;支持SQL Server、MySQL等数据库;支持IIS、Nginx等Web服务器。系统可以部署在国.产操作系统、Windows、Linux等操作系统。 (2)系统安全性 可以强制要求用户密码的强度,用户输错密码超过规定次数后自动锁定账号。 提供完善的权限控制体系,提供基于个人、部门、角色的多维度权限控制,可以对每个功能进行严格的权限控制,即使多人对某项功能具有相同权限,各自看到的内容也不同。 提供完善的用户登录日志、操作日志、系统运行日志,为系统安全审计提供支持,有效保障系统运行安全和数据安全。 (3)系统易用性 支持Word、PDF、TIF、WPS文字格式的附件在线阅读。Edge、Chrome等浏览器都可在线阅读附件,无需下载到本地后打开。 对于红头文件(各种公文)等对版式要求严格的新闻/公告信息,可以将红头文件以附件形式上传后,将文件内容直接显示出来(无需下载后打开)。 (4)管理员登录OA,可以直观监控服务器运行情况,比如:内存占用情况、磁盘占用情况、网络吞吐情况、网站群情况、定时服务运行情况,更好地掌握系统健康情况。 (5)管理员登录OA,可以直观监控数据库运行情况及性能指标。 (6)提供持续更新的在线表单模板库,可以在自定义表单设计器中直接下载使用,以便提高项目实施效率和未来借鉴其他医院的使用经验,快速扩展系统功能。需提供模板库的网址地址及登录账号,以便验证。 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
1.2.3.1.5统一支付平台系统 | 1.2.3.1.5.1统一支付管理 1.2.3.1.5.1.1支付子系统 支付系统提供了一套完整、先进、安全的支付机制来支持现有多渠道、多通道的支付模式,为医院的财务管理提供保障。 1. 检查质控 l医疗设备集成主要用于自动化采集急救车医疗设备输出的患者各项医疗数据,包括但不限于心电图、监护仪、除颤仪、呼吸机等设备。具体集成方法根据医疗设备的接口说明书进行。 l支付管理 维护为医院提供移动支付的商户信息,包括商户名称、商户号、商户联系信息等。可维护商户下的服务商信息,授权对应的服务商使用移动支付业务。 1.商户管理 维护商户下的服务商信息,如窗口支付的服务商、自助机支付的服务商、微信支付的服务商等。可维护服务商的名称、服务商ID、是否启用及对应的服务商密钥等,服务商密钥用于各服务商与统一支付平台交互的数据验证。每个服务商可维护允许开展的支付方式。 服务商管理 维护不同的支付方式,包括微信支付、支付宝支付、小程序支付等。 支持多种支付方式的对接,包括窗口扫码支付、门诊诊间支付、自助机扫码支付、微信小程序支付等。 支持支付日志查询,查询支付交易日志信息,包括交易流水号、金额、支付方式等。 聚合支付管理 系统提供多种风控措施来预防数据异常。具体情况如下: | 1.2.3.1.5统一支付平台系统 | 1.2.3.1.5.1统一支付管理 1.2.3.1.5.1.1支付子系统 1、支付管理 支付系统提供了一套完整、先进、安全的支付机制来支持现有多渠道、多通道的支付模式,为医院的财务管理提供保障。 2、商户管理 维护为医院提供移动支付的商户信息,包括商户名称、商户号、商户联系信息等。可维护商户下的服务商信息,授权对应的服务商使用移动支付业务。 3、服务商管理 维护商户下的服务商信息,如窗口支付的服务商、自助机支付的服务商、微信支付的服务商等。可维护服务商的名称、服务商ID、是否启用及对应的服务商密钥等,服务商密钥用于各服务商与统一支付平台交互的数据验证。每个服务商可维护允许开展的支付方式。 4、聚合支付管理 维护不同的支付方式,包括微信支付、支付宝支付、小程序支付等。 支持多种支付方式的对接,包括窗口扫码支付、门诊诊间支付、自助机扫码支付、微信小程序支付等。 支持支付日志查询,查询支付交易日志信息,包括交易流水号、金额、支付方式等。 5、风控管理 系统提供多种风控措施来预防数据异常。具体情况如下: 1)异地登录:检测是否是允许异地访问。 2)密码校验:设置校验累计登陆密码错误次数。 3)单笔交易金额:限制单笔交易的最大金额,避免错误导致的超大金额扣费。 4)交易应答机制:交易应答机制,会对每个交易的对话进行监控,如果接口调用无应答,则会在一定时间内重新发起询问。 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
1.2.3.1.5.2统一对账管理 | 为财务部门提供统一的对账报表,实现全院各渠道收入数据的自动对账功能。 数据总览:展示一段时间医院支付交易数据,以可视化图形方式展示一段时间内的交易汇总数据、退费数据、医院各业务的汇总数据等,及支付交易趋势图等。 订单管理:可按时间、交易流水号、支付方式、业务类型等查询支付订单和退款订单,可查看交易日志详情。 对账管理: 退费管理:支持特殊情况(如单边账)的退费处理,录入对应的订单号可查看订单详情,核对退款金额、录入退款原因后可进行退款确认。 统计分析:查询业务汇总数据等各类分析报表。 | 1.2.3.1.5.2统一对账管理 | 为财务部门提供统一的对账报表,实现全院各渠道收入数据的自动对账功能。 数据总览:展示一段时间医院支付交易数据,以可视化图形方式展示一段时间内的交易汇总数据、退费数据、医院各业务的汇总数据等,及支付交易趋势图等。 订单管理:可按时间、交易流水号、支付方式、业务类型等查询支付订单和退款订单,可查看交易日志详情。 对账管理: 1、支持各渠道账单自动下载,可查看下载后的账单详细信息。 2、支持选择商户、服务商、支付方式及时间进行对账处理。系统展示汇总对账情况,包括收入、退费金额情况及对应差额,差额数据用特殊颜色标记显示。 3、点击对账汇总可查看对应的明细信息,展示对账的订单数、金额、差异笔数及金额等。 退费管理:支持特殊情况(如单边账)的退费处理,录入对应的订单号可查看订单详情,核对退款金额、录入退款原因后可进行退款确认。统计分析:查询业务汇总数据等各类分析报表。 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
1.2.4医院信息集成平台 | 1.2.4.1集成平台 1.2.4.1.1ESB服务总线 1.2.4.1.2统一门户 1.2.4.1.3单点登录 1.2.4.1.4统一用户 全院科室人员统一管理,支持组织架构维护,可维护多级组织架构。 支持科室维护,维护科室分类及各种属性。可设置科室停用、启用。 支持人员基本信息维护,维护姓名、性别、出生日期、身份证号、职称、学历、联系方式、医生介绍等各种信息。 可维护人员登录账号及密码,支持绑定CA证书。 1.2.4.1.5统一授权 1.2.4.1.6患者主索引 1.2.4.1.7主数据管理 1.2.4.1.8平台运行监控 按照系统或者服务进行服务调用次数以及失败次数的统计。 风控管理 异地登录:检测是否是允许异地访问。 密码校验:设置校验累计登陆密码错误次数。 单笔交易金额:限制单笔交易的最大金额,避免错误导致的超大金额扣费。 交易应答机制:交易应答机制,会对每个交易的对话进行监控,如果接口调用无应答,则会在一定时间内重新发起询问。 支持各渠道账单自动下载,可查看下载后的账单详细信息。 支持选择商户、服务商、支付方式及时间进行对账处理。系统展示汇总对账情况,包括收入、退费金额情况及对应差额,差额数据用特殊颜色标记显示。 点击对账汇总可查看对应的明细信息,展示对账的订单数、金额、差异笔数及金额等。 信息集成平台满足HL7等标准,参照IHE(Integrating the Healthcare Enterprise)技术框架和体系结构,采用SOA和信息集成技术将各种医疗信息(影像、文字、视频、检验数据等)进行松耦合集成,通过互联互通的方式实现临床工作模式与工作流程的优化。 采用企业级服务总线(ESB)技术,通过松耦合模式,将业务逻辑和应用逻辑、数据逻辑分离。服务总线遵循SOA设计原则和技术标准,支持数据的自动采集、传输、标准化转换、存储、共享,提供可靠的数据或消息传输,支持标准消息中间件。 基于主流成熟的企业服务总线服务产品,支持按服务分组,相互组之间不会受影响。 支持多种数据通信模式,包括同步、异步等。 支持灵活开放的协议,包括但不限于JSON、MLLP、HTTP/HTTPS、JMS、FTP/File、Socket、SMTP、SOAP/HTTP、SOAP/JMS。 支持集群功能,队列管理器之间能够共享负载,实现自动负载均衡。 支持标准接入规范,基于统一描述、发现和集成标准,进行关键业务活动服务注册,方便第三方供应商基于该统一架构进行平台接入。 支持ESB事件驱动模型构建,支持业务规则引擎场景设置和自定义应用场景。 需要内置医疗行业HL7适配器,提供明确产品说明支持HL7标准;患者主索引(EMPI)匹配算法应符合IHE-PIX、IHE-PDQ集成规范,提供符合HL7标准的对外服务接口。 具有较高的并发处理性能,包括Web Service/http调用等。 系统采用多层架构的体系结构,应充分考虑到系统今后纵向和横向的平滑扩展能力。企业服务总线服务需要支持3个及以上故障转移架构能力。 参考互联互通服务接入标准,采用统一接入方式,简化接入开发工作,简化第三方接入开发量。 系统需要高度的安全性和可靠性保证,可以对外来访问WebService客户端进行用户认证和访问权限的控制,并支持HTTPS(SSL加密传输)。 系统配置易用性需要考虑,院方可以通过简单的系统配置操作完成后期新增服务的发布订阅配置。 将医院相关系统都整合到统一的门户中,用户可以通过统一门户,查看平时重要的通知、日程、管理、报表等信息。 同时可以无须再次输入用户名密码,直接登陆其他业务系统。 统一门户针对每个角色的不同,为领导、医生、护士等不同角色定制不同的门户模版,使用户在门户中可以查看自己角色最关心的信息。 如果一个用户拥有多个角色(比如即是领导,又是医生),他也可以在多个角色中进行切换,使其能更好的进行日常工作。 提供应用系统接入规范,包括认证、消息和界面集成方案。 统一身份与权限管理平台的实施之后,各应用系统不再独立管理用户信息和授权信息。 单点登录应支持多种登录方式:如CA电子签名登录(Ukey或电子签名App扫码)、账号密码、指纹、企业微信号、钉钉、验证码等登录方式。 单点登录应支持令牌指令的认证方式:即登录后生成一个token(令牌),该令牌在过期之前可被业务系统访问并调用,从而实现不需再次登录的目的。 对于B/S应用下的Form认证场景,系统应采用SSL加密协议,以避免密码探测,提供用户会话(Session)有效期管理。 基于用户会话认证的一个过程,用户只需一次性提供凭证,就可以访问所有相互信任的应用系统。 提供一站式单点登录,统一登录界面,通过用户的一次性鉴别登录,可获得所需访问的各应用系统的授权。 支持“一次登录、随处访问”,提高用户的工作效率,减少操作时间,降低用户安全管理的复杂度,提高系统整体的安全性。 单点登录支持集成C/S架构系统及B/S架构系统。 支持浏览单点登录的登录日志列表,包括成功登录的状态、系统名称等内容。 集中统一的管理全院的基础数据,通过对平台相关的各业务系统提供基础数据服务,实现基础数据的同步或匹配,以规范数据的统计口径,提高数据质量。 统一的组织和人员管理:提供全院统一的人员数据管理功能,整合HIS、HRP等所有系统的人员信息,能够持有和管理所有人员数据,并使各个系统的人员和组织数据保持一致。能够随时跟踪人员所在。统一管理人员入职、调转、离职等信息。 总体组织架构维护:组织机构类型,层级关系,组织机构全称 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||