3　社会应用

　　(1)金融消费

　　教育管理部门通过与商业银行共同发卡，可以实现学生通过校园IC卡交纳学费和其它合理收费。该功能的目的是方便学生交费、限制随意收费。有条件的学校可以通过自助圈存系统从银行账户向校内“一卡通”系统划拨资金，实现对校内“一卡通”系统的卡内充值。此外，持卡人可以通过银行发放的校园IC卡实现银行提供的其他社会金融功能。

　　(2)交通乘车

　　通过与IC卡公交应用系统联合，学生持校园IC卡可以实现全市范围内的公交、地铁等公交应用。

　　（3）其他社会应用

　　社会化保险、医疗救援、医院挂号等。

　　中小校园“一卡通”建设关键问题分析

　　1　系统建设关键问题分析

　　(1)卡片选型

　　目前使用较为广泛的IC卡为非接触ID卡，非接触加密存储卡和双界面CPU卡。为了能够同时满足在线消费和脱机消费，以及脱机查询卡内信息的功能，IC卡应当具有存储功能，非接触ID卡不具备存储功能，所以它的应用正在减少。双界面CPU卡虽然有技术领先、安全性高、存储容量大、被银行认可的优点，但是卡成本和建设成本都很高，不适于校园应用。非接触加密存储卡可以支持多应用，成本较低，采用分区加密的方式能够支持不同应用商，虽然存储容量不高，但是目前已有具备4K字节存储容量的卡片，能够基本满足学籍管理应用。在选择非接触加密存储卡芯片型号时应注意，芯片应符合ISO的规范，应考虑相关读写设备的普及性和价格 。

　　(2)卡上是否印制照片

　　目前多数学校考虑成本原因和发卡的方便未在卡面打印学生照片，但是考虑到使用的便捷性，应当打印学生照片。制照片卡可以采用在制卡的同时完成印刷，也可以在校内配备打卡机打卡。值得一提的是，如果考虑到补卡的方便建议不打照片，否则应当在校内配备打卡机。此外，对于小学生或9年一贯制学校，小、初、高并存的学校，如果卡上印照片并需要通过照片识别学生，应当考虑学生办卡几年后相貌发生变化可能需要重新制卡。

　　(3)数据库选型

　　首先就中小学的规模和成本来说应选择中小型支持网络的数据库，如SYBASE ASA 8或SQL Server 2000;但是如果学校在信息化建设中把校园卡作为校内多种应用的媒介，需要集成管理多种应用的数据则应把卡管理中心数据库作为校园数据中心的一部分，可采用大型数据库，如ORACLE。

　　(4)数据采集

　　学生卡制卡时如需采集基本信息，卡管理系统应当支持数据导入导出功能，以便于录入数据和修改数据。如需采集照片，采集的照片应做到：规格统一，背景一致。特别应注意很可能有学生姓名中包括生僻字，部分生僻字难以通过计算机录入或打印。即使在系统中安装了大型字库将生僻字录入系统也难以与外界进行数据共享或交互，所以需提前确定生僻字处理原则。如：如何上报数据，是否采用统一字符代替或用简单汉字组合代替，打印系统是否需要具备造字的功能等。

　　2　“一卡通”多应用关键问题分析

　　2.1　系统结构的简易性与多应用的矛盾

　　考虑到简易性与应用的一致性，校园“一卡通”最好的实现方式是通过“一卡、一库、一线”实现完全意义的“一卡通”。即所有应用通过一张卡，在一个数据库中完成所有管理数据的存储，通过一个网络完成所有应用的连接。

　　首先考虑到多应用和扩展性的需求，只要发卡主体统一，可以允许持卡人持有由单一发卡主体发放的不同类型卡片，这样可以将诸如小额消费、教育应用、银行应用、公交应用等不同的卡应用管理主体统一到一起。其次，考虑到开放性，应当把IC卡视为各种应用的核心，将其他各个系统作为可以开放的对象，允许不同数据库通过IC卡连接，不同数据库间通过数据导入导出完成数据共享或通过外部软件实现通讯。最后，考虑到不同应用的特点，如门禁系统应按照建筑要求单独布线，对于消费系统，为了安全性和稳定性也应当单独布线。整个系统的网络布局应当是各个应用的管理工作站与中心数据库通过校园网连接，工作站与收费终端和读卡终端通过485方式连接，同时支持远程通过拨号上网以WWW方式访问中心数据库。虽然“多卡，多库，多线”的校园“一卡通”系统给管理带来了复杂性，但是能够全面支持校园IC卡多种应用的实现且便于扩展。

　　综上所述，校园“一卡通”系统建设应根据学校的实际情况进行，不必拘泥于传统意义的“一卡、一库、一线”的“一卡通”系统结构。

    来源：中国电子政务网