This chapter describes how to enable and configure an audit trail of user activity for healthcare integration components and applications. Oracle SOA Suite for healthcare integration uses Oracle's Common Audit Framework to log user activity against healthcare integration components.
This chapter includes the following sections:
The Oracle auditing framework collects and stores information about events affecting configured components, providing an audit log of activity for those components to help support your compliance requirements. Auditing for each SOA Suite component is defined by an audit policy that defines which components and which activities are captured in the audit log. You can configure the audit policy to only capture the information you need and ignore the rest. This is done on the Audit Policy page of Oracle Enterprise Manager. See "Managing Audit Policies" in the Oracle Fusion Middleware Application Security Guide for more information.
The set of auditable events for each application and component is defined by the audit policy and differs between each application. When you expand the list of events for a component, only those events that can be audited for that component appear in the list. For each event, you can further specify whether to only log successful attempts or failed attempts (currently Oracle SOA Suite for healthcare integration only logs successful attempts).
Low: This option selects a subset of events from all auditable components in the audit policy list, including a subset of Oracle SOA Suite for healthcare integration events. It does not allow custom filters to be created.
Medium: This option selects a larger subset of events from all auditable components in the audit policy list, including all Oracle SOA Suite for healthcare integration events. It does not allow custom filters to be created.
Custom: This options lets you select only those components, events, and conditions that you want to audit. This is the recommended level for Oracle SOA Suite for healthcare integration. You need to select this level in the Oracle Enterprise Manager console to enable Oracle Healthcare auditing.
You can also specify a list of users whose activity is audited regardless of the actions performed or the component used. Auditing occurs for these users no matter what audit level or filters are defined.
For more information about audit policies, see
Configuring and Managing Auditing in the Oracle Fusion Middleware Application Security Guide.
The components and events available for auditing are listed on the Audit Policy page of Oracle Enterprise Manager (Weblogic domain > Security > Audit Policy). To view or configure the these options, select Oracle SOA Suite for healthcare integration from the Audit Component Name list, Custom from the Audit Level list, and click the check boxes adjacent to the events.
Currently only the SUCCESS events are audited. You should not select FAILURE events.
Currently, the following components and events are supported for audit in Oracle SOA Suite for healthcare integration (note that additional events appear in the list, but they are not currently logged):
For each event, you can define filters for the success condition. Filters use rule-based expressions that are based on the attributes of the event. For most Oracle SOA Suite for healthcare integration user access auditing, you can use the following attributes in your filter expressions:
Host Network Address
Client IP Address
Expressions can include AND and OR operators, as well as a variety of comparison functions, such as equals, starts with, contains, does not equal, and so on.
You configure audit policies in Oracle Enterprise Manager by selecting the events or components to include in the audit log. Currently, Oracle B2B components and events are not included in the audit trail.
There are two default configurations, Low and Medium audit levels, that select a predefined subset of components or events. These are not recommended for Oracle SOA Suite for healthcare integration because they affect all auditable components, not just the components of Oracle SOA Suite for healthcare integration. Selecting either of these options can result in extraneous audit entries and unnecessarily large audit logs. Additionally, these two options do not allow you to define any filters.
The following instructions apply to custom-level audit policy configuration.
Login to Oracle Enterprise Manager.
In the navigation panel on the left, expand WebLogic Domain and then right-click the name of the domain for which you want to enable user auditing.
In the context menu that appears, point to Security and then select Audit Policy.
In the Audit Level field, select Custom.
Check boxes appear in the Select for Audit column so you can select which healthcare integration components and events to audit.
Click event categories such as User Session to display the list of events pertaining to that category below.
Do any of the following:
To enable auditing for all Oracle SOA Suite for healthcare integration components and events, click the Audit All Events button.
To enable auditing for all events for a specific component, click the check box in the Select for Audit column next to the component name.
For example, to audit all actions taken against endpoints, select the check box for Endpoint Management.
To enable auditing of a specific event for a component, expand the component and select the check box in the Enable Audit column next to the event name under that component.
To define a filter for a success condition, select Enable Audit for the success condition, and then click its Edit Filter icon. Define the filter on the dialog that appears, and then click OK.
For more information about filters, see Section 34.1.2, "Using Filter Conditions for Auditing" and the online help available from the Edit Filter dialog. Note that filters can only be defined for success conditions at this time.
To specify a list of users whose activity is always audited regardless of the component configuration, enter a list of user accounts in the Users to Always Audit section. Separate the account names with commas.
When an event triggers an audit log entry, the event information is written to the audit log file. The audit log captures the following information. Depending on the type of event that triggered the entry, several of these fields might be empty.
Date and time
Initiator of the event
Message text (indicating what occurred)
Target component type
Remote IP address
You can view the audit log file directly. It is written to the following location: