互联互通系统建设方案
互联互通方案
互联互通方案随着信息技术的飞速发展与互联网的普及，互联互通已经成为了现代社会的基本需求。
为了实现不同网络之间的互联互通，我们需要制定一套全面的互联互通方案，以构建更加开放、高效、安全的通信网络。
一、背景介绍互联互通是指不同网络之间能够相互连接、相互通信，实现资源共享和信息传输的能力。
当前，随着物联网、云计算、人工智能等技术的快速发展，各种不同类型的网络系统相继涌现，包括移动通信网络、固定宽带网络、局域网、城域网等。
然而，这些网络之间由于采用了不同的网络协议、通信标准和接口，导致彼此之间无法直接进行通信与资源共享，限制了信息的传递效率和互联互通的实现。
二、方案目标制定互联互通方案的主要目标是实现以下几点：1. 构建统一的互联互通平台，通过通用的网络协议和接口，实现不同网络系统之间的通信。
2. 提供高效的数据传输服务，保障互联互通的实时性和稳定性。
3. 加强网络安全防护，防范网络攻击和信息泄露，并确保互联互通的数据安全性。
4. 促进资源共享，提供统一的访问接口，方便用户获取和管理各类网络资源。
三、方案内容1. 统一的网络协议与通信标准制定互联互通方案的首要任务是制定一套统一的网络协议与通信标准，以建立一个公共的通信语言和数据传输规范。
通过与各网络系统制定兼容性协议，实现不同网络之间的互联互通。
同时，需要考虑到不同网络系统的特点和需求，如安全性、实时性等进行相应的优化。
2. 云平台建设与资源共享建设云平台是实现互联互通的关键环节之一。
通过云平台，不同的网络系统可以将自身的资源发布到云端，供其他网络进行访问和共享。
同时，云平台提供统一的接口和标准，方便用户对资源的管理和调度，实现资源的高效利用。
3. 网络安全保护与数据加密在互联互通方案中，网络安全是一个非常重要的考虑因素。
采用合适的加密算法对数据进行加密，并制定相应的安全策略和防火墙来防范网络攻击和信息泄露。
同时，建立完善的监控和管理机制，及时发现并解决网络安全问题，确保互联互通的数据安全性。
遵循互联互通标准的CBTC 信号系统建设方案(一)
遵循互联互通标准的CBTC 信号系统建设方案一、实施背景随着中国城市轨道交通的快速发展，对于信号系统的要求也越来越高。
传统的信号系统由于设备复杂、维护成本高、不易升级等问题，已经不能满足现代轨道交通的运行需求。
因此，遵循互联互通标准的CBTC（Communication-Based Train Control）信号系统建设方案应运而生。
二、工作原理CBTC信号系统基于无线通信技术，通过车-地双向通信，实现列车与地面设备间的信息交换。
它利用先进的计算机技术、通信技术、控制技术，对列车运行进行实时监控和调整，提高列车运行效率，保障行车安全。
三、实施计划步骤1.需求分析：对城市轨道交通的运营需求进行详细分析，确定CBTC信号系统的功能要求和技术标准。
2.系统设计：根据需求分析结果，设计CBTC信号系统的架构，包括硬件和软件部分。
3.设备采购与安装：按照系统设计要求，采购并安装所需的设备，包括列车控制设备、无线通信设备、轨旁设备等。
4.系统集成与调试：将各个设备集成到CBTC信号系统中，进行系统调试，确保系统的稳定性和可靠性。
5.试运行与评估：在部分线路进行试运行，对CBTC信号系统进行评估，收集反馈意见，进行优化改进。
6.全面推广：经过试运行和评估后，对CBTC信号系统进行全面推广，替换原有的信号系统。
四、适用范围本方案适用于城市轨道交通、城际铁路、有轨电车等公共交通领域。
尤其适用于线路长、车站多、运行间隔小、实时性要求高的场景。
五、创新要点1.遵循互联互通标准：本方案遵循国际通用的互联互通标准，使得不同厂商的设备可以相互兼容，降低了系统集成的难度。
2.车-地双向通信：采用车-地双向无线通信技术，实现列车与地面设备间的实时信息交换，提高了列车运行效率。
3.智能监控与调整：利用先进的计算机技术和控制技术，实现列车运行状态的实时监控和调整，提高了行车安全性和舒适性。
4.节能环保：采用高效的能源管理策略，降低设备能耗，同时采用环保材料和工艺制造设备，降低了对环境的影响。
互联互通系统建设方案
互联互通系统建设方案中国电信股份有限公司系统集成广西分公司电子公文互联互通2014年10月1.项目背景近年来，随着政府体制改革的逐步深入和现代信息技术的发展，广西省自治区电子政务建设取得了显著的进步和成就。
目前，广西省自治区区政府电子政务基础网络、电子政务协同办公系统、以及互联互通系统已经建设建设完成。
本次互联互通系统方案建设，主要是把河池市电子政务协同办公系统与自治区互联互通系统做系统对接，推进全省的业务协同与信息资源共享。
2.建设目标根据系统信息化建设阶段的目标要求，一阶段，完成河池市政府办公处的系统接入，实现河池市电子政务办公协同办公业务与区政府办公厅之间公文的传输、收发等功能；在一阶段完成后再慢慢接入其他单位。
3.建设内容1.发文管理，主要包含系统的拟稿发文、数据格式转换、与书生的盖章整合。
2.收文管理，收取公文文件，解封公文封头文件，根据封头文件解析封体文件。
3.提供数据格式间的转换能力，把电子政务办公系统的数据格式转换成互联互通系统需要的SEP格式，实现互联互通系统对数据的正确解析和使用。
4.总体设计4.1. 设计原则4.1.1.实用性和先进性相结合的原则方案的设计力求做到结构合理、性能优良、运行稳定，同时也是一个经济实用的方案，系统必须有较强的灵活性和扩展性，是一个可持续发展的平台系统，同时保证系统信息处理和传递的安全、可靠、及时、准确、完整，提高工作效率，减少人为差错。
充分考虑到在未来若干年内业务发展的需要，所选择的在技术上保证在相当长的一段时间内不落后。
与此同时，在保证实现系统建设目标的前提下，选择性能价格比高、成熟可靠的技术和产品，以保证系统的整体性、协调性、高效率、高性能的先进性原则。
4.1.2.经济实用性原则确保用户所购设备真正能物尽其用。
在达到功能、满足用户需求的前提下，减少整体投资。
4.1.3.可行性、可靠性原则必须保证在系统建立之后，在保证业务正常运转的前提下，在系统结构、设计方案、设备选择、技术服务等方面综合考虑，保证系统能够持续无故障运行。
医院信息互联互通建设方案
卫生部国家中医药管理 局《关于加强卫生信息 化建设的指导意见》（ 卫办发〔2012〕38号
卫生部《“十二五”卫 生信息化建设工程规划 》（2011年）
卫生部《病历书写基本 规范》（2010年）
行业技术标准
卫生部《电子病历基本 规范（试行）》（2010 年）
平台硬件基础 设施情况（5分）
18
网络及网络安 全情况（5分）
11
信息安全情况 （2分）
18
业务应用系统 （生产系统）
建设情况（3分） 6
基于平台的业 务应用建设情 况及利用情况
(9分) 7
平台联通业务 范围(6分)
7
测评内容与测评阶段的关系
1 数据资源标准化建设情况
• 数据集标准化情况 • 共享文档标准化情况
4 互联互通应用效果
• 基于平台的业务应用建设情况及利用情况 • 平台联通业务范围
定量 测试
定性 评审
测评内容-数据资源标准化建设情况
指标依据：
数据
标准化
WS 445-2014 电子病历基本数据集 WS 364-2011卫生信息数据元值域代码 ICD-10、 ICD-9-CM-3、 GB/T 15657-1995、 GB/T 2261.12003等
测评对象
一、二级等 • 医院信息管理系统 级要求
三级等级要 • 医院信息集成系统或
求
初级的医院信息平台
四级及以上 • 医院信息平台 等级要求
实现电子病历基 本数据集标准化
实现电子病历数 据整合
实现业务整合
原
实验室定 量测试
现
产品 测试
互通连接专项方案
一、项目背景随着社会经济的快速发展，城市交通拥堵、出行不便等问题日益突出。
为了提高城市交通效率，缓解交通压力，保障市民出行安全，本项目提出互通连接专项方案，旨在通过优化城市道路网络布局，提升道路互联互通水平，打造便捷、高效、安全的城市交通体系。
二、项目目标1. 提高城市道路互联互通水平，缩短出行时间，提高出行效率。
2. 优化城市交通网络，缓解交通拥堵，降低交通压力。
3. 保障市民出行安全，减少交通事故发生率。
4. 促进城市可持续发展，提升城市形象。
三、项目内容1. 互通立交建设：在主要交通节点处建设互通立交，实现快速、高效的道路转换，提高道路通行能力。
2. 道路拓宽改造：对部分拥堵路段进行拓宽改造，增加道路通行能力，缓解交通压力。
3. 交通信号优化：优化路口交通信号，提高路口通行效率，减少拥堵。
4. 公交专用道建设：在部分道路设置公交专用道，提高公交出行效率，吸引更多市民选择公交出行。
5. 非机动车道建设：在部分道路设置非机动车道，保障非机动车出行安全，提高道路通行效率。
6. 交通设施完善：完善道路标志、标线、护栏等交通设施，提高道路安全水平。
四、实施步骤1. 项目规划：根据城市交通现状和未来发展趋势，制定详细的项目规划，明确项目目标、内容、实施步骤等。
2. 资金筹措：积极争取政府资金支持，拓宽融资渠道，确保项目顺利实施。
3. 施工组织：成立项目施工组织机构，明确各岗位职责，确保项目有序推进。
4. 监督管理：建立健全项目监督管理制度，对项目实施过程进行全程监控，确保项目质量、安全、进度。
5. 项目验收：项目完成后，组织相关部门进行验收，确保项目达到预期目标。
五、预期效果1. 缓解城市交通拥堵，提高道路通行能力，降低交通压力。
2. 提高市民出行效率，减少出行时间，提升生活质量。
3. 保障市民出行安全，降低交通事故发生率。
4. 促进城市可持续发展，提升城市形象。
六、保障措施1. 加强组织领导，明确责任分工，确保项目顺利实施。
医院信息互联互通集成服务平台建设方案
医院信息互联互通集成服务平台建设方案一、前言医院信息互联互通集成服务平台建设是应对现代医疗信息化发展趋势的需要，旨在解决各医疗信息系统之间数据孤岛、数据交互困难等问题，实现医疗信息系统之间的互联互通，提升医疗服务质量。
本文将围绕医院信息互联互通集成服务平台建设的目标、架构、应用和实施计划等方面进行详细阐述。
二、目标医院信息互联互通集成服务平台的目标是实现各类医疗信息系统之间的数据互联互通、业务流程可集成，并提供统一的数据接口和应用接口，为医院内部的各个系统提供整合服务，提高医疗卫生服务的质量和效率，提升患者体验。
三、架构1.接口引擎：负责实现医院信息系统之间各个模块之间的数据交互和业务流程集成，并提供标准化的接口和协议。
2.数据仓库：用于存储和管理医院各类信息系统产生的数据，提供一站式的数据共享和管理。
3.安全管理：包括身份验证、权限管理、数据加密等功能，保障医院信息系统及其数据的安全。
4.应用集成：对医院各项系统的功能进行整合，提供统一的应用界面和服务，方便医务人员快速访问。
5.监控与管理：通过监控各个系统的运行情况，提供各类报表和分析工具，帮助医院管理层进行决策。
四、应用1.患者管理：通过将患者的基本信息、就诊记录、检验结果等整合在一起，方便医务人员及时获取患者的健康数据，提供更好的医疗服务。
2.医药卫生管理：通过整合药品管理、仓库管理、病案管理等系统，实现医疗资源的合理配置和使用，提高医疗运营效率。
3.电子病历管理：将患者的电子病历整合在一个平台上，方便医务人员查找和管理病历信息，减少纸质病历的使用。
4.医疗质量管理：通过整合医疗质量评估、不良事件报告等系统，实现医院的质量管理，提高医疗服务质量。
5.数据分析与挖掘：通过对医院各类数据进行分析和挖掘，发现患者用药趋势、科室资源利用率等问题，帮助医院改进管理。
五、实施计划1.需求调研：了解医院各类信息系统的需求和数据交互情况，确定集成服务平台的功能和架构。
智慧医院互联互通信息化平台建设方案
术间身份确认
三方核对无误 停止长期医嘱
手术进 行
PACU
ICU/普通病 房扫描接收手术转交接记录
出科确认PDA扫码
手术安排
局麻患者
全麻患者
15围手术期闭环管理流程
建设效果及亮点
手术全程覆盖
无纸化
闭环管理
数据集成 与在利用
手术室 护士
麻醉师
手术护士
病区护士
麻醉师
病区护士
血库
病理
支持对400+症状搜索支持800+疾病覆盖31个学科 81%常见疾病录入症状 体征推荐疑似诊断列表相似诊断推荐的辅助检查
20
建设效果及亮点
21临床决策支持(CDSS)-辅助诊疗推荐：临床指南与临床工作站无缝融合
22
建设效果及亮点
临床决策支持(CDSS)-临床预警提示
主观病历质控--性别、逻辑错误
25
建设效果及亮点
门诊病
历无纸 化科室病历提交是无纸提交（提交 后自动接收）
基于信息化的医疗管理：病历无纸化
建设效果及亮点
26基于信息化的医疗管理：医生、患者电子签名
建设效果及亮点
门诊质控规则
门诊质控结果统计查询
27基于信息化的医疗管理：门诊病历质控门诊质控设置自动质控项和手动质控项，对门诊病历进行质控
CONTENTS
01 医院概况
02
互联互通建设历程
04
03 建设效果及亮点信息化未来展望
目录
6
信息互联互通建设历程
02
医疗网络平台
“以患者为核心，以电子病历为轴线”使用者是医护人员，面向对象是患者
医院管 理平台
“以员工为核心，以人力资源管理为轴线”使用者是员工，面向对象也是员工
集团化医院院区间网络互联互通建设方案与实践
集团化医院院区间网络互联互通建设方案与实践集团化医院院区间网络互联互通建设方案与实践随着信息技术的迅猛发展，传统医院管理模式逐渐向集团化转变。
由于集团化医院院区需要实现数据共享和信息交流，院区间网络互联互通成为当前医院信息化建设的重要方向之一。
本文将就集团化医院院区间网络互联互通的建设方案及实践进行探讨。
一、建设方案1. 硬件设施建设为实现院区间网络的互联互通，首先需要在每个院区建设完备的硬件设施。
主要包括局域网，交换机，路由器等网络设备。
在每个院区内部，需要部署足够数量的交换机，以满足不同科室的网络连接需求。
同时，还要配置合适的路由器，实现院区间网络的互联互通。
此外，还需要考虑硬件设施的扩展性和可靠性，以应对未来可能的扩容需求。
2. 网络结构设计针对集团化医院院区间网络的互联互通，可以采用分布式网络结构。
将每个院区作为一个子网，各院区子网通过路由器相互连接起来，形成一个整体的网络架构。
此外，还可以考虑引入虚拟专网（VPN）技术，加密院区间数据传输，保证数据的安全性。
3. 数据中心建设集团化医院院区间网络互联互通的实现，需要一个稳定可靠的数据中心来支持。
数据中心应具备足够的容量和计算能力，用于存储和处理来自不同院区的数据。
同时，需要采用高可靠性的服务器和存储设备，确保数据的安全性和可用性。
此外，还需要定期备份和灾备机制，以应对突发情况。
二、实践案例某地区的ABC集团化医院通过以下实践案例，有效实现了院区间网络互联互通。
1. 硬件设施建设ABC集团化医院采购了一批高性能的交换机和路由器，并在每个院区进行了部署。
同时，为应对未来的扩容需求，还预留了一定的网络设备空余的端口和光缆。
2. 网络结构设计ABC集团化医院采用了分布式网络结构，每个院区作为一个子网，通过路由器相互连接起来。
通过合理的IP地址规划，实现了院区间的全网互通。
此外，ABC集团化医院还引入了VPN技术，保障院区间数据传输的安全性。
3. 数据中心建设ABC集团化医院建设了一个大容量、高可靠性的数据中心。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
互联互通系统建设方案中国电信股份有限公司系统集成广西分公司电子公文互联互通２0１４年10月1.项目背景近年来,随着政府体制改革的逐步深入和现代信息技术的发展,广西省自治区电子政务建设取得了显著的进步和成就。
目前,广西省自治区区政府电子政务基础网络、电子政务协同办公系统、以及互联互通系统已经建设建设完成.本次互联互通系统方案建设,主要是把河池市电子政务协同办公系统与自治区互联互通系统做系统对接,推进全省的业务协同与信息资源共享.2.建设目标根据系统信息化建设阶段的目标要求,一阶段,完成河池市政府办公处的系统接入,实现河池市电子政务办公协同办公业务与区政府办公厅之间公文的传输、收发等功能；在一阶段完成后再慢慢接入其他单位。
3.建设内容1.发文管理,主要包含系统的拟稿发文、数据格式转换、与书生的盖章整合。
2.收文管理,收取公文文件,解封公文封头文件，根据封头文件解析封体文件。
3.提供数据格式间的转换能力,把电子政务办公系统的数据格式转换成互联互通系统需要的SＥP格式,实现互联互通系统对数据的正确解析和使用.。
4.总体设计4.1. 设计原则4.1.1.实用性和先进性相结合的原则方案的设计力求做到结构合理、性能优良、运行稳定，同时也是一个经济实用的方案，系统必须有较强的灵活性和扩展性，是一个可持续发展的平台系统,同时保证系统信息处理和传递的安全、可靠、及时、准确、完整，提高工作效率，减少人为差错。
充分考虑到在未来若干年内业务发展的需要,所选择的在技术上保证在相当长的一段时间内不落后。
与此同时,在保证实现系统建设目标的前提下，选择性能价格比高、成熟可靠的技术和产品,以保证系统的整体性、协调性、高效率、高性能的先进性原则。
4.1.2.经济实用性原则确保用户所购设备真正能物尽其用。
在达到功能、满足用户需求的前提下,减少整体投资.4.1.3.可行性、可靠性原则必须保证在系统建立之后，在保证业务正常运转的前提下，在系统结构、设计方案、设备选择、技术服务等方面综合考虑,保证系统能够持续无故障运行．能确保系统连续7x２４不间断运行,并便于维护和修理。
当系统出现局部故障时,不会影响整体系统的运行,并能尽快地解决并恢复正常运行。
4.1.4.可扩展性原则对此次设计具有优秀的可扩展性,可以根据具体需求的更新进行弹性扩展,可对服务器、存储、备份等进行扩展，以满足新的需要。
4.2. 实现设计图4.2.1.整体设计交换平台由一个中心节点和部署在各个部门的数据接入控制器组成.河池内部应用系统只同自己的数据接入控制器通信,完成公文信息的发布、下载以及与其他单位间的协同交互.4.2.2.交互设计根据互联互通厂商提供的接口交互模式，选择收发件箱方案进行开发设计，收发件箱方案是通过“对接适配器”软件在交换平台与用户对接程序之间模拟出一个邮箱系统，其中包含收件箱和发件箱，来完成用户对接程序和交换平台通信,如下图所示:对接适配器是运行在用户方前置机上的一个应用程序．前置机是用户单位内部一台服务器。
对接适配器将前置机上的两个文件夹分别模拟为收件箱与发件箱，作为与用户程序对接的接口;适配器实现了HTTPS客户端和SFＴP客户端的功能,用以与交换平台做交互。
用户对接程序与交换平台交互的封首信息和封内信息,均以信件的形式通过收发件箱在适配器与交换平台之间做传输.为了保证对接适配器能够高效稳定地工作,建议将对接适配器与控制器部署在同一局域网中，其间不要穿越城域网、广域网,不要加防火墙或其它网络设备。
通过收发件箱同交换平台对接无需考虑网络通信与通信协议，只需要在业务层面进行开发。
此种开发方式兼具以下优点：既可以让新的业务系统快速上线,还可以使业务系统与交换平台适当的融合为一体。
建议有需要将平台与业务系统进行融合且开发时间上相对较紧的单位选择此种开发方式。
4.3. 平台关键实现4.3.1.公文交互说明公文交互主要实现河池人民政府办公室与广西省办公厅之前的公文交互传输。
收文、发文的角色A向Ｂ发文件,则Ａ为发文方，B为收文方。
反之,则B为发文方，A为收文方。
发送和接收的实现机制发送信件一封信件分为封首和封内文件两部分（参见2.1．１节)。
将一封信件发送到数据接入控制器,需要两个步骤：1)将封内文件利用SFＴP协议上传到数据接入控制器的ＳFTP服务器的Upload目录上。
(为了便于今后管理和归档本单位上传的封内文件,建议在Upload目录下按当前日期建立子目录,比如建立Upｌoad/2013—12—1目录。
2）构造封首报文,将封内文件的SＦTP路径以及封内文件的MD5校验值填入封首报文的ｆiles节点区域,利用HＴTPＳ协议将封首报文对应的字符串作为ＨＴTPS协议的Boｄy，发送到数据接入控制器的XML-RＰC/ＲＥST Service服务器上．收取信件使用协议对接方式从数据接入控制器收取一封信件需要四个步骤:1、向数据接入控制器提供的REST Service／XMＬ－RＰC服务发送一份“查询缓存信件"的报文(参“／信封范例/缓存信件/查询缓存信件/ｅnveloｐe。
xmｌ”)。
该请求的响应是一封查询缓存信件-反馈报文,此报文中将会携带最近未读缓存信件的封首(如果有缓存信件尚未拉取),参考“/信封范例／缓存信件/查询缓存信件—反馈/envｅlope。
xmｌ”。
2、向数据接入控制器提供的REＳT Service/XML—RPＣ服务发送一份根据缓存信件封首中的唯一标识符构造的“封首已成功接收的确认信件”(参考“/信封范例/缓存信件/确认封首／enｖelｏpe.xml”)，以通知数据接入控制器将已获取的封首从未获取队列中移除。
如果此步骤失败,则获取的封首不会从为获取队列中移除,在下次进行此步骤时会拉取到相同的封首。
3、解析信件封首中的files节点(如果有),从中提取封内文件的ＳＦＴＰ路径,从数据接入控制器的SFＴP服务器上下载对应的封内文件,并做MD５完整性校验。
4、向数据接入控制器提供的REST Servicｅ/XＭL—RPC服务发送一份根据缓存信件封首中的唯一标识符构造的“封内文件已成功接收的确认信件”(参考“／信封范例／缓存信件/确认封内／envｅｌoｐe.xmｌ”)。
数据接入控制器在收到此报文时会向信件发送方发送一封回执信（参考“/信封范例/回执/envelｏpe．xml”),表示信件已成功被接收方获取。
对接程序需要周期性的从数据接入控制器上收取信件,建议间隔时间不低于10秒．解封与加封加封是将封内文件用交换控制信息包装，然后生成封首文件,最终得到封内文件和封首文件的过程.加封过程结束后,将封首文件和封内文件放入信件的文件夹中。
其详细步骤如下:1。
创建一个空的新文件夹(文件夹名字不限,建议采用ＵUID以区别于其它信件）；2.ﻩ生成业务相关的封内文件（包含交换识别信息和交换主体信息,根据业务需要,封内文件可以包含零个、一个或多个),并将其放入刚创建的文件夹中,如果没有封内文件则跳过此步和第三步;3.ﻩ计算封内文件的MD５校验值,和其文件名（不包含其在文件系统中的路径信息)一起填入封首文件;４。
ﻩ补全封首文件中其它控制信息（参见附录B以及“／信封范例"），将构造好的封首文件放入刚创建的文件夹，并命名为“ｅnｖelope。
xｍl”;至此，加封过程完毕,即生成一个信件文件夹,可以将其放至发件箱，等待被发送。
解封是加封的逆过程，详细步骤如下:1。
ﻩ操作一封信件,即一个包含有封首文件和封内文件的文件夹;２。
解析封首文件（eｎveloｐe．xml），分析交换控制信息，如果有封内文件,则从可以从ｆileｓ节点获取封内文件(如果有)的文件名，在当前文件夹下即可寻找到对应文件；３。
ﻩ将封内文件交付用户对接程序处理；至此，解封过程结束.信件的接收与发送中对xｍl文件的解析发送信件一封信件分为封首和封内文件两部分(参见２.1。
１).将一封信件发送到数据接入控制器,需要按照加封信件的流程构造一封信件.适配器能够保证信件在构造过程中不会被发送。
信件发送失败会被移入收件箱根目录下的失败目录(即“.ouｔbox＿faiｌeｄ"目录)。
如果发送成功会移入收件箱根目录下的历史目录(即“hiｓtｏry”目录)。
用户发送的信件状态会在适配器安装目录下的loｇ／ｒeｃord。
xml文件中以XML 的形式记录，并实时更新。
其ＸMＬ格式如下:〈？xｍlvｅrｓｉoｎ=”1.0”enｃoding=”UTF—８”?〉＜lｉst>〈！-—信件状态跟踪记录节点,一个节点代表一封信件的跟踪记录。
—-〉<!－-ideｎtifiｅr是信件的唯一标识符，如果你发送的信件封首中没有填写信件唯一标识符信息（即封首文件中‘／ｅｎｖeloｐe／heａder／@ideｎtifieｒ'属性的值),适配器会自动补全，否则与你发送的信件封首中的唯一标示符值一致。
-－>〈ｅnvｅlope iｄeｎｔifier=”e8fa49２1-１11６—49e5-914４-２２ｅ6７f360349”>〈!—-信件状态,有5种,分别代表对应下面mｅssaｇe节点的5种信息.--> <ｓtaｔus〉ｎｏ_stａtｕs、send_succeｓｓ、ｓend_erｒor、ｒeceｉvｅ_success、r ｅceive_erｒor<／sｔatus〉<!－—业务流水号，则此节点的值与你发送的信件封首中的业务流水号值一致。
－—>＜bｕsinｅss＿iｄ〉922７a98b-0a72—4f53-８bd0－a1f９a1c7703b〈／ｂuｓiｎｅss_ｉd><！-—信件状态说明，有5种，分别代表对应上面sｔａtｕs节点的5种状态。
-—〉＜messaｇe>“无状态”、“已成功到达接收方数据接入器”、“到达接收方数据接入器失败!”、“接收方已从数据接入器成功获取报文”、“接收方从数据接入器获取报文失败"</mｅssaｇe＞＜！——信件记录创建的日期.——〉<ｃreａte_date〉2014-０６-26-09－35-0９〈/create_ｄａte><！——信件记录最后一次更新的日期。
——〉<uｐdａｔe_date>2014-06－26-09—３5-1０〈/updaｔe_date＞＜dir>信件当前所在路径地址</dir〉〈／eｎｖeｌope〉〈/lisｔ〉如果发送方开启了回执信功能(参考5。
１.2节），且接收方是使用协议对接或者收发件箱的形式接入平台，则当接收方从数据接入器拉取缓存信件成功时会向发送方发一封回执信表示信件已经被接收，发送方适配器会收到发送的信件对应的回执信,当收到回执信时,会将发送的信件对应状态记录节点中的mesｓage信息置为“接收方已从数据接入器成功获取报文”。