The Clinical Laboratory module, or Lab module for short, is designed specifically to accommodate requirements for setting up and maintaining results about clinical disciplines, including:
To enable the ordering, resulting management and reporting of tests associated with these clinical disciplines, specific laboratory setups should be completed, including setting up Tests and, if required Calculations. To set up laboratory tests and calculations, some General LIMS and standard D365 setups should be completed before this. These setup dependencies include:

Laboratory tests by default appear in department sequence first, then in print number sequence for that department in ascending order.

Tests may be created by either copying another existing test with similar parameters or from scratch.


Although the copied data in many of the fields may also apply to the new test, it is important to check and update all fields where required.
The General index tab is always completed for all types of tests. Some of the fast tabs in the General index tab may, however, be mandatory or optional based on the test type. Warning messages appear to guide users during setup if mandatory fields are not completed.

| Field name | Purpose | What to enter | Additional information |
| Name | Primary key for the test. Used to order or locate the test. | A short name, abbreviation or known acronym for the test e.g., Na for Sodium |
The name should be short, meaningful if possible, and easy for staff to use, as the test is likely already known to staff by that name The name must be unique. If a unique name is not selected, an error message will appear. |
| Description | To assist with the selection of the correct test |
Enter a longer description for the test. If a test may be analyzed using different specimen types, it is suggested to reference the test first then the specimen type. This may however be reversed in the report name. By entering the test name first, staff will be able to find the test easily and see the different variations as well whilst, if the specimen type is entered first, the variations of the test will not appear together in the search e.g. Name: NaU Description: Sodium Urine Report name: Urine Sodium |
A warning may appear if the test name is already in use and serves as a guide to prevent unnecessary duplication of tests but may be ignored if the duplication is correct. Typically, if the specimen type is not indicated in the name and/or descriptions for a test, it is accepted the test is performed using the standard specimen type e.g. Serum for Sodium testing. |
| Abbreviated description | Used to identify the test in forms/reports where space is limited e.g. Enter results | The Abbreviated test description will default from the Description field entry but may be changed if required. | |
| Active | Indicate if the test is active or not. |
The Active slider button may be set to Yes when all mandatory data has been entered/selected and the test should now be made available for use in the laboratory. Set to No when the test is made obsolete by the laboratory. |
If not all mandatory fields have been completed, error messages will appear to indicate the missing data when trying to activate the test. |
| Start date | Indicates date from which the test was introduced to the laboratory | Select or enter a date | Optional entry which does not affect ordering and selection |
| End date | Indicates date from which test was marked obsolete | Select or enter a date | Optional entry which does not affect ordering and selection |
| Test Type | Purpose |
| Target tests | Single result target test used to capture analysis results. The target test contains parameters for reference ranges, units; decimals; result actions etc that should be applied during entry of results. This is the building blocks of the Laboratory test setup and a minimum required setup for ordering and resulting of clinical discipline tests. |
| Group tests | Allows tests to be grouped together, so that multiple tests can be ordered together and easily using the group test name. Grouping tests reduce the risk of manual entry of individual tests as well as the risk of leaving out a test that should be included in a standard test profile. The Group tests also have capability to define selection groups to accommodate ordering preferences for Providers; Laboratories or Priority e.g. If a provider has a preference to always include an ESR test with a Full blood count profile, a selection group may be defined in the Full blood count group that automatically always adds the ESR test, when a Full blood count group is added for the referring provider. |
| Charge tests | A non-reportable and non-resultable test. The purpose of a charge test is to add a service charge to the visit e.g. Collection fees and consumables. |
A multi-department group is a group that contains tests from various departments e.g. Arthritis profile. If set to No, only tests with the same department as the group test, may be included in the group.

Best practice suggestions for print number selection:
- Plan print number allocation of the lab test compliment prior to creating the tests in D365, to ensure tests appear in the expected order.
- Leave adequate space between print numbers to ensure new tests may be added if required in future
- Allocate print numbers for the Group and contents tests so that the Group is listed first followed by the target tests included in the group.
| Field name | Purpose | What to enter | Additional information |
| Available |
Indicates if test is currently available and restricts ordering if set to No. Typically set to No when the procedure is temporarily unavailable |
Yes to allow the test to be ordered for a laboratory visit. No to prevent the ordering of the test for a laboratory visit.
|
If an active and usually orderable test, is not available for a period due to e.g. reagent not being available, then the slider may be set to No and a reason added why the test is not available. Whilst the test is not available, the staff will not be able to order the test but will be able to still see it in their selection list with the reason why it is not currently available. This enhancement allows staff to advise providers when usually available tests are suddenly not available by providing them with the necessary information. This is a cleaner and friendlier solution than completely removing the test from selection lists by making it non-orderable or inactive. |
| Test unavailable comments | Provides a reason when the test is not available | Enter the reason why the test us currently unavailable e.g. Reagent shortage. (See previous point) | Only enabled when an active and orderable test is made unavailable. The reason entered will be visible in visit requests so those ordering tests can see the reason why the test is not available. |
| Allow patient order | Restricts patient ordering of tests | Set to Yes, if the patient should be allowed to order the test without a doctor's referral e.g. Blood group test | |
| Duplicate hours | Check to dissuade reordering of a test for the same patient within set period of hours | Enter a value if a check should be performed during visit creation | Used when e.g. clinically it would not be prudent to reorder a test within a period e.g. an HIV test within 24 hours for the same patient. By entering 24 in this field, D365 will perform a check during the ordering process and if found the test was ordered before for the patient within the set time, a warning message would appear to dissuade the staff member from ordering the test again. If the user decides to still continue with the ordering, a reason will have to be entered for the duplication and this will be recorded in the Order audit log. |
| Ask order count | Allow increase charge count for billing | Set to Yes if count may be increased. | The default count and if the slider is set to No, will always be 1. |
| Restrict to priority | Restrict ordering of the test to a certain priority | Select an option from the dropdown list if required | If the ordering of a test may only be done when the visit is either Urgent or Routine e.g. Troponin T should only be ordered as Urgent |
| Restrict to gender | Restrict ordering of the test to a certain gender | Select an option from the dropdown list if required | If the ordering of a test may only be done when the patient is either Male; Female or Non-specific e.g. PSA should only be ordered for male patients |
| Order screen | Add additional required data during ordering of tests for the visit | Select a Questionnaire from the dropdown list if required | Used to capture relevant and required data e.g. Patient weight required for the calculation of eGFR result. |
Using multiple names for the same test (e.g., Syphilis vs. RPR) can make it hard for staff to find and order the correct test when providers use a less common but still valid name. Adding variations and alternate names for a test in this fast tab, allows users to find a test during ordering using either standard or alternate descriptions.
To add other names and descriptions for a test:

Specimen containers are configured so that, during visit creation, the system can automatically calculate and display the required types and quantities of containers needed to collect specimens for the ordered tests.
Orderable target tests must have at least one specimen container defined because a Sample record can only be received after the associated containers have been marked as collected and received. In turn, test results can only be entered when the Sample record status is set to Received.
When a Group test is ordered, the system will utilize the containers, defined for each of the tests included in the group, to calculate the number and type of containers required. This may however lead to the system calculating a disproportionate number of containers to collect. Good practice would suggest only adding the specimen container required to one/few relevant tests inside the group. Alternatively, adding the required containers to the Group test itself, will mitigate the risk of over calculating required containers, as the system will in this case ignore containers of the contents tests and only request the container(s) defined for the group test.
Either the Count or Volume ml field will be available for data entry, depending on the option selected during the specimen container setup.

Alternate containers may be selected during specimen collection for laboratory visits if they have been configured for the test. When an alternate container is defined, either the primary container or the alternate container may be collected and selected for the visit, but not both.
Laboratories must be defined for all Target and Charge tests to indicate which laboratories are able to perform or charge for the test.
Adding laboratories to Group tests is optional. When a Group test is ordered, the system uses the laboratories defined for the individual tests within the group to determine the performing laboratory.
When a test is ordered by a laboratory, the system checks whether the ordering laboratory is configured as a performing laboratory for that test:
To add a laboratory:

Except for the default laboratory in line 1, good practice suggests adding the other performing laboratories in alphabetic order in the grid to allow for easy maintenance in future. Use the Move up and Move down buttons to move laboratories in the desired sequence.

Collection instructions are visible in the Specimen collection section of Visit requests to assist users collecting samples.
User notes are visible in the Enter results forms to assist laboratory users.
The General index tab contains and requires largely the same information for all test types. However, before a test can be activated, additional test type–specific information must be completed for Target and Group tests, in addition to the data entered on the General index tab.
To complete the required information for a Target test, select the Target Test index tab.

Whilst entering results, the previous result for the same test for the same patient is visible irrespective if the historical check was defined. If however a historical check is selected for the test, the system will additionally compare the current result to the previous result and display a warning flag to indicate a difference if relevant.
If Delta is selected for Numeric tests, a percentage value has to be added in the Result actions fast tab so that parameters are defined for the historical check comparison. An error message will be displayed if Delta is selected without entering a percentage value in the Result actions fast tab.
| Authorization option | Purpose |
| (none) | Authorization is not required. However, authorization may still be set in the Result actions fast tab for specific result groups and age and gender groups. |
| All | All results require authorization always irrespective of result group; result and age/gender groups. |
| Abnormal | Only abnormal results should be authorized. Abnormal results are defined as those outside the normal reference ranges or non-numeric values defined as abnormal. Authorization will be required irrespective of result group and age/gender groups. |
| Critical | Only critical results should be authorized. Critical results are defined as those outside the critical ranges or non-numeric values defined as abnormal. Authorization will be required irrespective of result group and age/gender groups. |
| Range | If a result range or non-numeric result should be authorized as specified for age/gender groups within a selected result group. The authorization specifications will have to be defined in the Result actions fast tab if Range is selected. |
If results are automatically verified, the system will record the verification date and time as usual but the Verified by user will be recorded as Auto
Expand the Non-numeric result codes fast tab to add the list of result answers for non-numeric tests.
The Non-numeric results codes tab is only enabled when the Numeric slider button is set to No in the Target test fast tab.

If Result comment only is set to Yes and/or Restrict to result codes is set to No, then no result codes need to be captured for a non-numeric test, as the test may be resulted using a comment and/or any result.
Result groups contain result specifications, reference ranges, and result actions linked to a specific laboratory or laboratory method. If all laboratories use the same method or similar instruments and therefore share the same reference ranges, specifications, and result actions, a single result group can be created and used across all laboratories.
Result groups are linked to the relevant methods and laboratories in the Methods FastTab, ensuring the correct ranges, actions, and specifications are applied per method and laboratory.
If an existing result group needs to be updated (for example, changes to specifications, actions, or reference ranges), best practice is to create a new result group rather than modifying the existing one. This ensures traceability for future reference.
The In use column is non-editable and the check boxes will automatically be ticked if the result group is currently selected for a method.
The value entered in the Decimals field automatically determines the number of decimal places used for reference ranges. When results are entered, the system will also automatically round the result up or down according to the defined decimal precision.
If a result is entered equal to or lower/higher than the acceptable low/high value, a warning message will be displayed indicating the test has exceeded set limits. The user must then confirm that the results are correct.
These limits are typically used to alert laboratory users to extraordinary or critical results and to help prevent common data entry errors, such as entering a Sodium result of 12.5 instead of 125.

Reference ranges are typically added for numeric tests, but age and gender groupings can also be created in the Reference Ranges group so that result actions can be applied to both numeric and non-numeric tests.
| Age Format | Example age | Enter as |
| #D | 15 Days | 15D |
| #M | 6 Months | 6M |
| #M #D | 1 Month and 15 Days | 1M 15D |
| # | 18 Years | 18 or 18Y *The system automatically selects Y if no age identifier is entered |
| #Y #M | 1 Year and 6 Months | 1Y 6M |
The age entered represents the starting age for a reference range and associated list of actions. The selected reference ranges and actions will be applied to patients from this age up to one day before the next starting age defined for the same gender.

Actions for various ranges and result codes may be defined by adding lines for each range or each result code in the Result actions grid.
Note however that From and To values may not match or override From and To values in other lines.

Continue to add Age/Gender groups followed by the reference ranges and/or result actions for every possible Age/gender group. If an Age/Gender group's definitions may be applied to another, use the Copy function to copy the ranges and result actions:

Below is an example of a Result group with it's Reference ranges and the Result actions for the selected Age/Gender group.


Any laboratories defined in the General index tab, but not selected in the Methods fast tab, will automatically utilize the Default method and associated result group when ordered. It is therefore suggested to set the method and result group, that applies to most laboratories, as the default.
The Group test index tab is only enabled and completed if the test type selected in the General index tab is Group. The contents tests to be included in the Group during ordering and entering of results, is specified in the Group test index tab and therefore mandatory once the General index tab is completed and before the Group test may be activated.

Once the General index tab of the Group test has been completed:
Only active tests will be visible and selectable in the Tests dropdown list.
If the Multi Department Group slider button in the General index tab has been set to No, then the Tests dropdown will be limited to tests with the same Laboratory department as the Group test.

If a different complement of tests than the default is required for specific providers, laboratories, or visit priorities, special Selection Groups can be created to accommodate this requirement. For example, if a specific doctor (provider) requests that an ESR test must always be included when a Full Blood Count profile is ordered, a selection group can be configured to ensure this requirement is met.
The Selections feature allows a single test to be used for ordering test profiles, while automatically ordering the correct constituent tests based on defined selection criteria. This enables laboratories to:
To create a selection group:

The first group created will automatically be set as the default group, and its contents tests will be ordered for visits where the selection criteria does not match. A different group can be set as the default by selecting the group and clicking the Set Default button in the groups grid.

Once all mandatory fields of the test have been completed, access the General fast tab in the General index tab and set the Active slider button to Yes.
If any mandatory fields have not yet been completed, an error message will be displayed indicating which fields to complete and the test will not be allowed to be activated.
Once a test has dependent orders and results, it cannot and should not be completely deleted. Therefore, if a test is no longer in use, set the Active slider button to No so that it is no longer available for ordering but can still be traced when needed.
The Laboratory tests form provides access to a full Audit log as well as Related information pane fact boxes to access dependent records and last edited information.
| Fact box | Contains |
| Included in groups | Lists Group tests in which the selected test is included as part of the contents tests |
| Included in calculations | Lists Calculation records where the test has been specified |
| Laboratory quality controls | Lists Quality control records in which the test has been utilized |
| Last edit | Displays date and time of last modification event as well as the name of the worker as a quick way to gauge if a modification was recently done that could have caused a problem or difference in output |

To view a full history of changes for a selected test, go to the Audit Log Index tab. This tab displays all modification events in chronological order, with the most recent changes shown first.
You can also sort and filter the grid to quickly locate specific updates or changes based on your needs.

Laboratory result calculations can be configured to automatically generate test results and/or result comments based on the outcomes of one or more tests whilst taking into consideration defined conditions.
The Target Test dropdown only shows active laboratory target tests. This is the test for which the system will calculate and populate the result and/or result comment.

The entry of the result for a Trigger test is what prompts the calculation to be evaluated. If more than one trigger test is added, the results of all the trigger tests must be entered before the calculation is evaluated.
The Variable label is a unique identifier used to refer to the test in the Calculation formulas and conditions.
NP is entered as a result for a test when the laboratory did not analyze the test or could not derive a result. NP or ‘No Print’, prevents the test from appearing on laboratory reports to providers.

Conditions to be considered during the evaluation of the calculation, other than test results of trigger tests, may be added in the Variables fast tab. The variables are optional when Trigger tests have been defined for the calculation.
The Selection value field will only be enabled for certain selected Data sources where the additional information is required.

The calculation lines are evaluated one by one in numeric sequence based on the Calculation line number. Lines are evaluated until a line is found that meets the conditions of the calculation, whereupon the true calculation line only is executed. Once a true statement line is evaluated the system exits the calculation evaluation and does not evaluate other calculation lines. Good practice therefore suggests adding calculation lines is a logical order, typically entering lines with most stringent conditions first.
If a result comment is added via the calculation, ensure to select the correct Comment option above the calculations grid i.e. Append or Replace.
If Append is selected (default), then the result comment will be appended and added below any existing result comments.
If Replace is selected, then existing comments for the test will be cleared and replaced with the result comment in the calculation.
Calculation example 1:

In calculation example 1, the calculation would be evaluated as follow:
Calculation example 2:

In calculation example 2, there are not conditions, hence the formula would be evaluated as soon as the last of the trigger tests is resulted. The formula is a simple calculation adding the results of all the trigger tests together. The result of the formula would then be entered as the result for the target test.
Calculation example 3:

In calculation example 3, the calculation would be evaluated as follow:
In the evaluation above it is important to note, that by eliminating patients younger than 700 days in the first line, this automatically means that the patients considered in lines 2 and 3 are older than 700 days.
Good practice suggests that calculations should always be set up in a non-production test environment and thoroughly tested before it is implemented in a production environment.