Requests

Requests are the most important entities in ARIS, whose main purpose is to manage them. They are always associated to a given patient, who must have been created before hand.

Request Lifespan

During their lifespan, requests go through some different states that determine the functionalities offered for them in the system. These states are depicted in the diagram, and their labels are configurable at State of the request.

On creation, the state of the request is Registered, and allows to provide the basic information, as well as associate different tests to it. After indicating that some of the samples has been delivered, the state changes to Processing and the data of the request cannot be modified anymore. Other samples can be delivered later, but at this point, results can be provided for the tests whose sample was already delivered. Once all non-cancelled tests have a result, the state of the request changes to WithResults. At this state, results can still be modified, but they are expected to be eventually validated. A request with all its non-cancelled tests being validated is considered Validated.

At any time, a request, its samples or its tests can be cancelled. A sample with all its tests cancelled is considered cancelled, and a request with all samples cancelled is considered cancelled, too.

During the lifespan of a request, it is available to the laboratory technicians, except for the validation, which can only be done by a laboratory supervisor.

Create

Create request form

This form is divided into tabs. The tab the laboratory technician is on is indicated by the label of the tab turning orange. Once the step is filled with the required information, the circle marking the step will stay orange and the number in said circle will change into a check mark (✓) .

1. Select a patient → The first step involves searching and selecting a patient. The search grid can be narrowed down with the search field. Once a patient is selected, the main and important information about this patient will be displayed at the bottom of the form in a table. Until the patient has been selected, the laboratory technician cannot continue to the next step. To continue to the next step, the laboratory technician must press the next button found at the bottom right of the form.
2. Basic information → To complete this step, only the requesting center is required, but other optional fields are provided like requesting unit and physician, or the room and bed of the patient. Additional information like a diagnostic orientation or the pregnancy status can also be indicated. At the bottom right of the page, on top of the Next button, there is a checkbox labelled Urgent, check this box if this request must be prioritized.
3. Analytical tests → In this step, the laboratory technician must choose which tests, groups or profiles are requested for the patient. More than one element from each list may be chosen, but at least one test must be requested one way or another. Tests selected as part of a group or profile (highlighted in purple) cannot be deselected individually.
4. Biological samples → This step informs the laboratory technician of the type of sample that must be taken, depending on the tests chosen in the previous step. There are no required fields in this step, but if the laboratory technician wants to add a comment, there is a comment box for each sample.

At any moment, the next button cannot be used if any of the required fields is not filled in. In every step, there is a Previous button for the laboratory technician to be able to navigate back and forth between steps and alter the information they contain.

Change information

Change information form

This form is for editing requests whose samples were not yet delivered. Clicking on any part of the row will bring the laboratory technician to a form similar to the create one, with all of its tabs and similar format and behavior.

Deliver samples

Similarly to the previous form, this also displays a list of either Registered or Processing requests, for the laboratory technician to choose one of them.

Deliver samples form

Once a request is chosen, five tabs are shown with the patient's data, the request data, its list of biological samples, and potentially analytical already done in this request, and tests in previous requests. The first and last two are read-only (if enabled at all). Just the biological samples allows some interaction.

Each of the samples shown contains a field to provide comments, and it can be either checked as delivered or cancelled by click the corresponding red button. On the delivering of a sample, its origin or incident can be optionally provided. On cancelling, a pop-up dialog allows to provide some justification for this.

It is important to notice that the tests associated to the request cannot be changed once the first sample as been delivered.

Introduce results

As in the previous cases, a list of requests is shown. In this case, this list contains all requests in Processing state. Clicking the corresponding button at the bottom, it is possible to download a worklist with all pending tests in these requests, to work on them off-line.

Form to Introduce Results

Once the laboratory technician has chosen a request, five tabs are shown with the patient's data, the request data, its list of biological samples, its list of analytical tests, and potentially previous tests of the same patient. The first tree and last one are read-only. Just the analytical tests allows some interaction. Besides the same search box present in all the tables in the system, there is also the possibility of filtering the tests by group of tests (if any was chosen for this request). A red button in the top right corner allows to cancel the request.

The table of tests contains the following columns

1. Name → Shows the name and the code of the kind of test. It is colored red if either the test or its sample was cancelled.
2. Result → Allows to introduce the result of the test.
3. Generic test note → Shows the informative note associated to the kind of test, if any.
4. Result within range → Indicates whether the result of the test is in the expected range of values for the kind of test (green check) or not (red cross).
5. Referred → Indicates whether the test is done or expected to be done in another laboratory (green check) or not (red cross).
6. Automatic (not visible by default) → Indicates whether the test is done or expected to be done automatically (green check) or not (red cross). Automatic tests are done by means of the Robotized microscope and the Mobile App. Their results should not be typed manually, but uploaded through Bluetooth. This feature is enabled through the corresponding system parameter. If enabled, the field is editable here to allow overwriting the automatic results.
7. The test has some note → Indicates whether the test has some associated note (green check) or not (red cross). Tests whose results were generated automatically will always have an associated note.
8. Test details → This should show an icon to navigate to further details of the test. However, if the test or its corresponding sample was cancelled, the corresponding message in red will be shown.

Test details

On the laboratory technician accessing the details of the test, we gain access to visualize many other things (i.e., units of the result, inferior reference measure, superior reference measure, the use who introduced the results, as well as details provided for the corresponding sample on delivering it). Moreover, this also allows to change if the test is automatic or deferred, indicate some incidence on the sample, of provide some note. It is important to notice that any of the information provided in this form will not be persisted in the disk until back in the list and saved from there.

If the result of the test was provided automatically (which is not enabled by default and only available in the context of the IMAGING project), the corresponding image and its associated note will be shown at the bottom of the details of the test.

Validate results

Load video

Local File

Local File might collect personal data.

ContinueDismiss

This functionality, available only to the laboratory supervisor, uses exactly the same interface as introducing results, but the table shows one more column Validated with a checkbox for each test. These can be checked one by one, or all at once by choosing a concrete group of tests in the dropbox at the top. On doing the latter, a button to check all the tests of the group will appear.

Besides doing it in the list, the results can be overwritten and the test validated from the details of the test. Together with displaying all the information related to the test in read-only mode, the corresponding form also offers the possibility of adding a note to the test, as well as changing whether the test is automatic/referred or not, cancelling the test or the whole request.

It is important to notice that the tests will not be really validated until the bottom right button is pressed to save the changes.

Search historic

Load video

Local File

Local File might collect personal data.

ContinueDismiss

This functionality, available to both laboratory technician and supervisor allows to see any request in the history of the laboratory. They can be filtered out by the state and the date of the request. By clicking on the corresponding row, all the details of the request can be visualized.

At the bottom left of this form, there are two download buttons. Clicking any of them will generate and download the corresponding file (i.e., CSV or ZIP). The checkboxes in the Downloaded fields tab indicate which fields will be included in each of these files. Moreover, the ZIP file is password protected. The password used is indicated by the system parameter zip_password, whose value can be seen and modified from Parameters tab.

Analytical Requests Information System

Bluetooth wireless technology

Comma Separated Values

Compressed file format