中国民用航空局飞行标准司综合处副处长 黄欣（张哈斯巴根/摄）

 

新一代飞行标准监督管理系统与中国民航智慧监管服务项目

黄欣（中国民用航空局飞行标准司综合处副处长）：尊敬的各位领导，各位来宾，大家早上好，我是中国民用航空局飞行标准司的黄欣，自2020年以来由我作为司里的联络人与民航局信息中心对接新一代飞行标准监督管理系统的建设工作，今天很高兴能有机会和大家一起分享飞标司关于系统建设的相关经验和考虑。

本次分享涉及的相关方包括飞行标准司所有的行政相对人，如各类运输航空公司、外国航空公司、各类航空器运行人，专业技术人员还有包括维修单位、航校、相应的训练机构、甚至体检机构在内地各类支持单位，以及民航局飞行标准系统所有的监察员以及相应的领导。下面介绍我分享主要内容，有三个部分。

第一，介绍现有的飞行标准监督管理系统，也就是业内人常说的FSOP系统，自2013年初在全国开始使用；第二，介绍一下中国民航智慧监管服务项目以及作为项目主要内容之一的新一代的FSOP在里面的角色；第三，分享我们司在系统建设过程中和行业监管过程中一些相关的思考和考虑。

下面介绍一下我们的FSOP系统，这张图是我们现有FSOP总的框架图，这个系统是一个面向飞行标准领域所有行政相对人，包括运输航空公司、129外国航空公司等航空运营人、航校维修人员训练机构、维修单位的各类支持机构、飞行员、维修人员、先派员等各类专业人员以及局方飞行标准专业的监察员都需要使用的审定、也就是行政许可，持续监管以及人员资质管理的大系统。

这个系统是历经了十余年分两期建设形成的，蓝色内容是一期内容，在2014年5月份之前上线，主要解决的运输航空监管的问题，二期是在一期上线之后一直到2019年7月份建设完成，补全了飞行标准领域所有的行政许可以及行业监管的各类业务，建成之后相当于实现了我们所有的行政许可业务以及监管业务以及人员资质管理业务全部在线管理。

最终形成了一个公用基础功能为支撑，航空及运营人监管、人员资质管理以及航空及运营人员各种支持保障单位监管为主体，以网页端、移动端系统操作、安全信息资源集成展示为界面，通过系统内行政相对人以及监管业务的数据开展绩效分析并持续优化，改进安全监管效能的大系统。FSOP系统初步实现了在线办理、实施所有飞标业务的能力。

从成效来讲，在合格审定也就是行政许可或者说政务服务的实施方面，按照国务院关于放管服的要求，应该是“数据多跑路、人员少跑路”，目前比较优秀的地方和部门能做到只用跑一次，而我们这个系统对于民航领域的多数业务都已经实现了一次都不用跑，甚至局方主动跑这样的一个现状。当然由于我们的合格审定业务比较复杂，有一些合格审定业务需要局方和行政相对人之间的充分磨合沟通，双方互相见面的次数会比较多。

目前为止FSOP共有13个业务子系统用于实施飞标相关的行政许可，从申请到受理到审定的实施，到做出许可决定以及证件的颁发基本上都可以在系统里面实现。并向公众也提供了运营人清单、维修单位、维修能力查询等公共服务功能。

与此同时，我们的13个子系统相应都具备持续监察的功能，从检查单的编制更新、检查计划的制定、任务分配以及执行，检查制度的填写均在系统里面实现，系统可以看到行政相对人的表现也可以看到局方检察员的工作表现。

在人员资质管理方面，从人员信息的创建、考试的申请和实施，执照的申请以及持续管理，飞行人员、维修人员已经实现了执照电子化，此外还实现体检合格证的电子化。

从目前的系统功能来看，我们可以在系统中获取到飞行标准领域绝大部分的业务数据，比如我们目前有多少家行政相对人，运营人的运行能力如何，运行范围如何，航空器的情况如何，维修单位有多少家，维修能力怎样，飞行人员有多少，其中有多少是在哪家公司，有什么样的执照，某个机型的飞行员有多少。

我们还在多个领域实现了全球首家的成绩。比如说我们电子执照就实现了飞行人员的电子执照，维修人员的电子执照，其中飞行人员电子执照是我们实现电子执照标准国际推广的标志性项目，已经把相关的标准写进了ICAO的附件一，成为了全球的电子执照的统一标准。

此外我们还实现了电子的体检合格证，我们也是全球首家向公众提供维修单位能力电子化查询的公共服务功能，在其他国家民航局的网站上大多可以查询到该国局方是否给某一家单位颁发了维修许可证，而在我们的网站上是可以查询某一家维修单位的维修能力是怎样的，也是首家实现外航公司网上审定的。

现在讲的都是成绩，在光鲜亮丽的背后，也有一些困难。在我们二期建设完毕之后飞标司开始筹谋三期系统建设，主要是为了解决底层数据不统一，第一批上线的系统与现有的IT环境相对来讲不兼容，旧的IT设施不满足现有业务需求的问题。因为我们这个系统从最开始试点运行大概是在2010到2011年，当时依赖的很多功能都没有了，所谓的主流浏览器的定义到现在也发生了很大的变化，我们当时是需要兼容IE6、IE8，后来要兼容火狐浏览器，现在火狐在国内的市场占有率基本上在1个百分点以下。我们现在的使用系统现在要正常使用需要使用Windows系统自带的Edge浏览器，要选择IE模式打开网页，然后再选择兼容视图才能正常使用我们的系统。所以我们就借着中国民航智慧监管服务项目来将我们新一代的建设需求包含进去。

2022年1月份，民航局发布了《智慧民航建设路线图》，要求实现与数据驱动的行业监管，要以提高监管效能为目标，以风险管控数据驱动为着力点，依托中国民航智慧监管服务项目，推动实现行业监管的规范化、精细化、智能化，这也就是刚才舒总监说提到的“监管一平台”。

我们新一代FSOP就在这个项目中，在系统示意图中业务应用层的第一个板块，这个项目主要架构最中间这两大块就是中台层，这个系统有一个数据中台和业务中台，各个司局的业务体现的形式最终是在业务的应用层面上向用户展示。飞行标准监督管理系统包含的那么多系统在整个的大的项目里面只是在业务应用层的第一格里面展现，稍候给大家展示一下新一代飞标系统大概的构架。

刚才提到了FSOP系统已经实现了所有的行政许可以及持续监察和人员资质管理的功能。如果将这个系统展示图作为一个俯视图来看，当它旋转变成一个平面图的时候可以想象，将变成一个个IT人所说的数据烟囱。FSOP每一个业务系统里面的底层数据跟其它系统之间的关联和分享其实是相当有限的，除了我们的使用困难报告系统，它的航空数据是作为部分第一层所提到的运营人监管所使用的航空器信息以外，其他的基础信息各个业务板块之间并没有实现共享，也就是说一个实体如果在飞行标准领域有多个许可证，这个组织在我们的系统里可能就被视为多个组织，而不能将这个组织所有的信息都汇聚在一起，如果想要知道一个公司的全貌需要我们人工在各个系统里面去查询这家单位的信息。

所以，我们就开展了合格审定、持续监察、人员资质的业务流程再造和整合设计工作，这个项目立项之后我们从顶层设计、需求分析都开展了很多的工作，我们考虑了业务流程的统一，也改变了121系统运行规范填报的模式，接下来还要推进数据资源的标准化，统一相关的业务表单形式，形成一体化监管平台需求框架。需求对接方面，我们和信息中心开了200多场需求对接的专题会议，多的时候一天会有3-4场同时举行。此前我们都是以文字记录形式沟通系统开发需求，这次我们提前开发了原型页面，便于提升业务理解的效率。这周我们已经在华东局的支持下开始在青岛航试点运行121系统，在此感谢青岛航对我们的支持。

这次我们主要的改进是行政许可标准化持续监管一平台，我们完善了飞标行政许可标准化的相关功能，并且实现了业务线持续监察的统一。我们在人员执照管理方面，执照许可与人员资质考试管理实现了相对分离，这样行政许可与人员资质管理进行了分离，通过中台行政处理中心相关功能的调用，打通飞标管理系统和SES系统的最后一公里，实现了监察员和行政相对人在同一个平台中完成所有的业务。

原有的检查单的更新、运行规范的更新一直是我们运维的痛点，因为系统建成以后要想改变功能都是很困难的，我们这次通过配置的形式对业务的表单实施处理，减少后续的开发工作，我们改变了数据收集的方式，提醒行政相对人每次做业务申请的时候去修改公司的基础信息，保证数据的鲜活。

此外我们梳理了系统的主数据，包括航空公司的基础信息、机场基础信息、行政相对人基础信息，保证系统里面的数据的一致性，并引接外部数据为我所用。

我们还根据历史运维数据统计的分析情况，充分考虑未来司里的数据统计分析要求，设计数据看板，能够在系统中随时查看最新的统计数据分析结果。

这个是我们新一期的总体框架，我们刚才展示的复杂的系统图在这个图中只是体现在监管应用层的前三个板块，在监管应用方面我们增加了很多信息类的应用，包括维修信息、运行安全信息、航空器评估评审信息、数据综合分析板块，也增加了一个电子图书馆功能，还有一个系统管理，用于支持刚才所说的业务配置的功能。

我们的系统基本上调用了整个智慧监管服务项目所有的业务服务，并且引入了新的智能化的业务服务。在121这个方面我们也是作为一个最重要的监管子系统，涉及调用的中台除了考试中心和培训中心以外所有的知识功能。

我们考虑给系统引接各类外部数据，我们会引接运控中心、航科院、安办等相关业务的数据，包含不安全事件等基础信息，我们还接入民航电子签章系统以及电子证照系统用于形成真正的电子签名颁发真正的电子执照，所有的信息都通过民航行政审批服务平台跟国办对接，并且将接入国办的好差评系统。

这个是未来的系统用户入口以及统一工作门户页面，在这个页面中我们可以看到所有监察员的任务会在第一个板块里面体现，监察察员所关注单位的行政许可以及基础信息，可以看到电子图书馆信息以及通知公告，以及最新的文件政策。最下面包含了行业的基础数据，监管数据以及航空器的不安全事件信息等等。

相关工作考虑这方面，主要是我们在系统建设过程中的一些想法。刚才提到了我们的系统如何保证长期可用，我们之前的系统建设十年之后IT的基础设施已经发生了变化，它的兼容性，在这么长期的使用过程中运维的经费如何保证，以及改造的需求如何实现。

二就是开发系统的是为了谁方便，是为了开发方便还是为了用户方便，是行政相对人方便还是政府部门方便？我们的系统是否易用都是需要我们考虑的方面。这里面还包含一个问题，我们在开发过程中遇到一个问题就是IT部门使用的语言与业务部门使用的语言是不太一样的，我们真正的业务需求很有可能是在原型页面画出来甚至是IT的新系统试用版上来之后，用户才会提出当初在需求中隐藏的一些要求，或者是用户已经提出但是开发单位不是特别理解的要求，突然才明白原来是这个意思。也就是说我们在业务开发过程中，业务部门和开发部门之间沟通的语言其实也是需要对接的。

另外我们建设的系统是一个流水线还是一个手工作坊？我们在建设系统的过程也是一个业务的流程再造或者标准化的过程，但其实难以实现简单的一致化。如果行政许可是国家统一的标准的行为，为什么飞标司不能使用国家政务统一服务平台，按照申请、受理、审查、批准四个环节来给行政相对人颁发相应的证件呢？因为我们的行业特色，比如121公司的运营合格审定可能会持续很长的时间，有很多的环节，要很多的资料、多个专业的集中配合，形成很多的审查文件，所以我们需要建设自己的业务系统。此外，随着安全监管的形势需要我们的系统也需要一定的弹性，所以我们这次在系统中引入了模块化或者可配置的功能。

另外一个点，我们要考虑如何提高数据采集质量以及如何提升数据产品质量，我们刚才提到了通过数据收集的方式保证数据的鲜活，以及我们不断使用其它系统里面的数据以及我们向其它系统提供数据提高数据的使用效率，并且通过各种形式向行业、公众发布数据。

最后一点关于如何实现安全与可靠，如何让系统健壮的问题，刚才提到我们这个系统调用了很多的资源，我们其实在系统试运行的过程中也遇到了一些问题，比如说在用户中心暂时无法使用的时候整个系统都进不去了。如何保证在关联性比较强的业务系统使用过程中，当一个板块失去基础功能服务的时候，系统是否还能提供基本的服务，我们希望能够实现业务的能力的降级而不是业务整体不可使用。

这就是我今天和大家分享的内容，感谢大家！