原创 社会保障卡应用文件结构设计(图)

 社会保障(个人)卡应用在卡内对应了一个社会保障应用环境(SSSE), 一张社会保障(个人)卡只能包含一个SSSE。SSSE在卡内通常对应了一个DDF，其包含的多个子应用分别对应了DDF下的多个ADF，DDF和它下面若干个ADF一起组成社保应用。

    社会保障应用在卡内以社会保障系统环境SSSE的形式出现，SSSE起始于一个名为“sxl.sh.社会保障”的DDF，该DDF必须存在，而且必须使用定义的文件名。

    在卡内，DDF可以映射到MF，也可以映射到普通DF。在实现上，该DDF的AID为“sxl.sh.社会保障”（AID必须是定义值）。

    显然，要支持社会保障应用的IC卡，COS至少要实现两层DF的文件结构，也就是在MF下至少要允许创建ADF。要特别注意的是，对社保应用的所有子应用对应的ADF并不一定要求全部直接在DDF的子层，可以在DDF下创建子DDF，ADF在子DDF的空间内。在这种方式下，对子DDF的命名等有一定的限制，这种方式并不有利于应用的选择，所以并不推荐这种实现方式。如果有兴趣的话，可以参看相关的规范。下面的描述将基于最常见的两层DF的应用文件结构。

    如下图所示，是一个典型的社会保障卡文件结构图。



    从图中可以看出，DDF下的所有文件可以分为7个数据区：

    * 基本应用数据区。直接对应了DDF下的EF05、EF06、EF07 3个数据文件。

    * 公共应用数据区。对应了DDF下的DF01。在DF01下还包含了EF05-EF0A等6个数据文件。

    * 就业与失业数据区。对应了DDF下的DF02。在DF02下还包含了EF05-EF09等5个数据文件。

    * 社会保险数据区。对应了DDF下的DF03。在DF03下还包含了EF05-EF07等 3个数据文件。

    * 医疗保险数据区。对应了DDF下的DF04。在DF04下还包含了EF05、EF06、EF08等 3个数据文件。

    * 生命与健康应用数据区。对应了DDF下的DF05。在DF05下只包含了EF05一个数据文件。

    * 社会救助与优待抚恤数据区。对应了DDF下的DF06。在DF06下还包含了EF05、EF06两个数据文件。