任延华

### 读者记录字段说明 ``` barcode：证条码号 name：姓名 readerType：读者类型 refID：参考ID libraryCode：分馆代码 hire：租金节点 @expireDate：租金失效期 @period：租金周期 idCardNumber：身份证号 email：邮箱 dateOfBirth：生日 gender：性别 department：单位 post：职务 address：地址 tel：电话 borrows：在借图书容器节点 borrow：一册在借图书节点 @barcode：图书册条码 @oi：图书机构代码 @recPath：册记录路径 @biblioRecPath：书目记录路径 @location：馆藏地 @borrowDate：借书时间 @borrowPeriod：借阅期限 @borrowID：系统产生的借书id，不用管 @returningDate：还书时间...

后期dp2library的预约功能与dp2mini的馆员备书模块整合起来使用，两点改进思路 ## 一、dp2library发取书通知的时机 目前dp2library会在预约到书时，立即就会给读者发送“取书”消息，这个时机可能不太合适，因为此时可能图书馆各项工作还没准备好，会造成一些误会，应该由馆员来触发什么时候通知读者取书比较好。所以后面软件可以改进为，预约到书时不立即给读者发送“取书”通知，可以发送模糊一些的信息，例如“...进入处理流程...”之类，然后由馆员准备好后再人工触发通知。 dp2library发通知的机制改进后，就方便与dp2mini的馆员备书功能整合起来，OPAC和微信公众号都可以受益。 目前微信公众号这边对于使用dp2mini馆员备书模块的图书馆，是增加了一个开关，收到dp2library的通知后，压制住不发出来，等馆员在dp2mini处理完备书，通过dp2mini再给用户发取书通知。 ## 二、预约到书记录的状态 目前预约到书记录有两种状态：arrived 和 outof。 其中arrived是正常预约到书的记录，如果读者在保留期内借走图书，这条预约记录就自动删除了。 那么剩下的outof状态的记录，是过了保留期未取的，或者是读者主动放弃取书的，简单的想这些outof状态的记录其实是没什么意义。但当初设计时把这些记录留下来没有删除，主要是考虑可以直接当作历史记录，万一读者说我预约了某图书，为什么这本书被别人借走了，可以通过这些outof记录找到证据。 dp2mini馆员备书模块，是检索出来arrived状态的预约到书记录，然后进入备书过程，中间不会改变预约记录的状态，直到备书完成，调预约接口的删除动作（接口会将这条记录状态设为outof）。所以目前是否进入备书环节，在预约记录的状态上是看不出来的，后面可以将arrived状态细化一下，例如分成几种不同的状态，或者增加一些补充状态。