1.根据哪些字段查询比较好？这本身应该是由需求方来在说明需求的时候告诉设计方平时的使用习惯来进行设计，当然有时也得本人猜。猜的话本人是这么分析的，首先看这个界面的使用对象是谁，原因是有审核功能，那么今本可以判断用户为是某些主管或负责人，而不是一般的医生（这里提一句，本人个人觉得一般医生的查询界面应该是另做的，而不是和审核人员共用却隐藏部分功能。假如共用就要重新看待上述问题）。既然是负责人他关心肯定不是疾病本身，而是审核相关的部分信息，例如他需要按照一个门诊号来审核，他需要找到某个医生的待审记录，他要能查某一天的审核记录，能查某一天提交的待审记录，全部状态为待审的记录，某某人提交的记录，可能还有某某人审核的记录（假如真有这样的权利）。这么看来需要查询的字段是门诊号，医生，审核日期，上传时间（本人认为是提交审核时间），审核状态（没看见你表里有），提交人，也许有审核人，这你得确认。
2.审核可以说是工作流的一部分，举个简单的例子就是，你有一个工作计划，但你没有评估和确认开始工作的权利，所以你就把你的计划提交给你的主管和负责人，由他们对计划进行评估和确认开始与否，这个过程就是一般来说的审核。审核的时候一般需要一个确认能否的窗口以免误操作。
3.确认这个东西很难定位，你可以说是主管收到审核请求时用来通知提交人说本人已收到，也可以认为是审核完毕后提交人说明本人已知晓审核结果，或许还可能使其他用途，保险起见，这个功能你得去问一下

顺便提一句，假如你是新手往往会犯一个错误，就是本人设计好界面后就忙着编码，这其实是不对的，在这种需求并不明确的项目，你需要在设计好界面后先拿去给你的需求方确认，他们可能会提新修改点，只有等他们满意你的界面，你才能开始编码。很多新手上来都是自顾自的开始工作，结果项目时间花了差不多了，但给需求方一看，很多地方都要改，弄到最后还要加班，所以LZ假如是新手一定要注意这方面。