记录用户操作

发布于 2024-07-10 23:26:39 字数 470 浏览 5 评论 0原文

客户希望我们“记录”用户在我们的系统上执行的“操作”：主要是创建、删除和更新。我已经有一个记录跟踪的方面，但它在相当低的级别上工作，记录每个方法调用。因此，如果用户单击“打开医疗文件”按钮，日志将显示：

closePreviousFiles(“零号病人”)
createMedicalFile(“零号病人”) --> 文件 #001
更改状态("#001") --> open

而期望的结果是：

为零号病人打开医疗文件 #001

我正在考虑使用日志语句来检测 Struts2 操作，但我想知道......还有其他方法可以做到这一点吗？我可能会再次使用 AspectJ（或过滤器）并将逻辑保留在一个地方，以便我可以轻松配置日志，但我担心一切都会变得更难以理解（即“此操作的日志是错误的”） ...我到底应该在哪里寻找麻烦？”）。

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

以往的大感动 2024-07-17 23:26:39

听起来您的客户想要对用户在系统中的操作进行审计跟踪。

考虑在每个操作的入口点（来自 Web 请求）使用操作上的枚举/常量启动审核条目。如果可能的话，用用户提供的信息填充它。

在退出/最后时，在审核中指出是成功还是失败。
伪代码示例：

enum Actions {
  OPEN_MEDICAL_FILE
  ...
}

void handleRequest(...) {
  String patient = ...;
  Audit audit = new Audit(OPEN_MEDICAL_FILE);
  audit.addParameter("patient", patient);
  try {
     ... more things ..
     audit.addParameter("file", "#001");
     ... more things ...
     audit.setSuccess();
  } finally {
    audit.save();
  }
}

这里重要的是保存所有用户操作，无论成功还是失败。此外，客户确实需要了解所有相关信息以及操作。

由于我们正在记录操作常量和数据，因此可以单独对向客户端呈现的审计进行编码。您也获得了灵活性，因为演示字符串的更改（例如“为零号患者打开的医疗文件#001”更改为“零号患者#001 医疗文件打开）不是在执行操作时确定的，而是稍后确定的。您不需要不必重新调整审计数据。

Sounds like your client wants an audit trail of the user's actions in the system.

Consider that at each action's entry point (from the web request) to start an audit entry with an enum/constant on the action. Populate it with information user has provided if possible.

At exit/finally, indicate in the audit if it is successful or failed.
An example in pseudocode:

enum Actions {
  OPEN_MEDICAL_FILE
  ...
}

void handleRequest(...) {
  String patient = ...;
  Audit audit = new Audit(OPEN_MEDICAL_FILE);
  audit.addParameter("patient", patient);
  try {
     ... more things ..
     audit.addParameter("file", "#001");
     ... more things ...
     audit.setSuccess();
  } finally {
    audit.save();
  }
}

What is important here is that all user actions are saved, regardless of success or failure. Also, the client really really need to know all relevant information along with the action.

Since we are logging action constants and data, the presentation of the audit to the client can be seperately coded. You gain flexibility too, since a change of presentation string (eg. "opened medical file #001 for patient zero" to "patient zero #001 medical file opened) is not determined at the time of the action, but later. You don't have to remassage the audit data.

回复收藏 0 原文

温折酒 2024-07-17 23:26:39

我最近对日志进行了后处理以生成摘要。您可能需要考虑这种方法，特别是如果上述日志中的 #2 和 #3 是在不同的位置生成的，并且所需的结果需要将状态从一个地方转移到另一个地方。

回复收藏 0 原文

冷情 2024-07-17 23:26:39

如果您正在处理医疗数据，您可能需要考虑日志记录和版本控制。我什至会考虑使用数据库触发器来做到这一点。我没有做过很多 Java 编程，但我已经与我们的学生信息系统团队讨论过这个问题。他们在后端使用 Oracle 并通过其连接注册会话变量。它们的触发器使用此会话变量来创建关键表的日志条目和版本历史（更新/删除）。这为他们提供了审核和回滚功能。我认为这两者对于医疗记录应用程序都会有用。

他们还使用 log4j 进行应用程序级别日志记录，但数据日志记录发生在数据库中。

回复收藏 0 原文