医院处方集其实很久很久以前就已经提上了日程，扔到我手上后又被搁置了大半年，直到被流放到山高水长的五指峰后，我才真正有时间去做这项工作。
按我一开始的设想，打算写一个爬虫，根据药品目录抓取药品说明书，然后简单粗暴得合成格式文档，就此交差。虽然这样效率极高，但实际上就是汇编了一本说明书而已。直到我用markdown部署了博客之后，我想到了另一种可能：完全可以用markdown写处方集，然后解析成html制成网站部署在OA系统及github上。我花了一个星期，基本完成将这项工作的构架，后面的工作就是处方集具体内容的审阅和修订。
如果仅仅需要一个药品处方应用，选择用药助手或用药参考就行了，没有必要重新造轮子。但源于在赣医一附院临床药学的学习经历，让我意识到医院、医师和药师需要拥有自己的知识库。
其一，很多医院出于安全的考虑，基本会选择不连接公网，那么外部的应用并不能无缝地运用于工作中。比如，医生可能先要用手机看用药说明，再回到HIS开医嘱。
其二，临床药学的工作经常要引用药品的相关知识，逐字手打的效率实在太低。许是为解决这个问题，当时一附院的老师在做一个用药指导（分医师和患者）的文件归集工作，以便需要时直接复制粘帖。
其三，一附院的用药指导归集接近尾声时，老师在闲谈中表示如果可以做二维码那样的东西，那么药师的效率将更高。我觉得很容易实现，缺的只是指针应用而已。
其四，后来听说一附院引入了审方系统，老师们花费了大量时间制定审方规则。如果一开始就在处方集进行了这方面的细化，那么这项工作将变得很简单。
而因其无纸化，索引和检索变得不那么费力。而要实现索引和检索的功能，要么使用服务器和数据库，要么建立tag之类的属性。我选择的是不烧钱的tag，而这导致这个处方集演变成了一个旷日持久的项目。倒不是建立tag是多么复杂的事情，而是要建立的tag如此之多以至于文档会变得非常冗余，markdown已经不适用来建立我想要的东西。而因为CFDA对药品说明书有强制性规定，使得其本身变成了一种语言规范。也就是说没有必要将说明书转成markdown再转html，而是可以写一个解析器直接解析药品说明书，这才是更有效率的做法。