这套系统的设计原理本身其实并不复杂，甚至初期投入都不算太大，只是现在的人还没有这么超前的运用场景预设，还是如今理工人的那句老话——追赶阶段，先解决有没有，再谈好不好。
大家都在摸着石头过河，对于互联网信息技术产业的未来场景应用，一个基于局域网构架的超商结算系统，或者医院门诊系统，便已经是大家想象力的极限了。
这就是理工学院派的劣势，大家都是等国家分配科研项目等习惯了，研究的方向更多也是解决国内急需的技术问题，对于助力商业应用这一块，大家都是一脸懵，不知道如何措手。
周至当年的毕业设计课题就是医院软件设计，导师也没有多余的要求，甚至代码编写都不需要，只要你能够画出一个合格的医院的工作流程图来就能够毕业。
也就是说将一个医院的各部门的工作，比如挂号，分配诊室，就诊，开药，结账，药房出药……这一套工作分成工作模块和工作流，并且绘制出能够支撑其工作的数据库，控制程序，传输程序，运算程序，统计程序，完成系统设计就算毕业。
为此周至还特意回老家在三反叔的人民医院里待了两个月，搞出了一套系统设计方案，最后完成了毕业论文答辩。但是方案最后有没有被导师孵化成产品，那就只有天晓得了。
万丈高楼从地起，现在手里拿着的这个系统设计框架，周至准备拿给麦主任看看，并且试试看能否按照自己的思路，坚决按照服务器模式来完成。
关于互联网工作模式，现在业界也存在激烈的讨论。
那就是客户端模式和服务器模式的选择问题。
所谓客户端模式，就是为了解决信息传输瓶颈的问题，每个终端机上都要下载安装一套系统，使之成为“客户端”，这样就可以将那些能够在终端机上解决的问题，尽量全部在客户端运算解决，只有的确需要传输交互的数据，才通过网络传送到中央服务器，进行最终的“大运算”。
比如现在和恒的这个系统，就是典型的客户端系统。
而服务器模式其实就是后来的互联网模式，每台终端机无需下载客户端软件，而是通过终端机直接访问系统网站，一切信息都直接传送到中心进行存储，本地所需数据也是实时从网站读取，前端没有运算功能，仅仅是一个输入输出端口。
这样的好处就是实现了数据的唯一性，权威性，通用性，不会出现中央服务器和客户端之间，因清算时差而造成的数据不统一的问题，当然是最好的方式。
等到互联网发展成熟，网络传输速度满足需求以后，两种架构模式也各自开花，其中客户端模式就发展成了电游、音乐、电影等APP门户，而服务器模式就发展成了各大网站门户。
在计算机时代，网站门户的东风压倒了APP门户的西风，然而等到进入智能手机时代后，却又是APP门户的西风压倒了网站门户的东风。
