GmManualDocumentManagementConcepts < Gnumed < Foswiki
Description: GmManualDocumentManagementConcepts

# Understanding the GNUmed document management system

## Archive concepts

### What the archive is not

The document archive is not intended to be used as a RIS (Radiology Information System) or full-blown DICOM compatible PACS. It has not been designed to efficiently handle huge amounts of image data. Use dedicated software (and hardware) for that such as Raynux, OsiriX, Ginkgo CADx, dcm4che, etc. Having said that, if an occasional patient should present to you with images obtained elsewhere, and you had not yet set up a separate system, GNUmed will certainly store such images for you.

### What the archive is

The GNUmed medical document archive is a repository designed with the average GP office in mind. Its technical foundations have been in practical use in one office for a few years already. The archive can be used to store digitized paper documents and existing digital documents such as fax transmissions, voice messages, or ultrasound images. Optionally, the archive can serve to simply catalog important parts of a patient's record, while leaving the content stored in its original (paper chart, online repository) location. For those who would desire to use GNUmed in this way, a configuration option can be set to allow the saving of so-called "empty" documents.

### The Document

A document is a collection of possibly several objects (parts) which together form a medically consistent whole. When exported from the archive a document may consequently consist of one or several files. A document will be associated with a few properties such as a report or medical content "type"; a date of clinical origin (the point in time the content of the document pertains to); and a short comment. The properties and objects of the document will be presented together to form a coherent picture.

### The Document Part

A document part represents one of the technical artifacts (objects) which make up a document, equivalent to a file. Each part may contain one or more pages of a text report, PDF file, scan, a movie, a sound recording, an e-mail, etc and becomes linked to the new document of which it will form a part. Also, each part has a sequence number by which the order of parts within the document can be defined. The provider (reviewer) who is to take clinical responsibility for acknowledging and actioning the document is assignable.

### The Review

Clinical documents should be reviewed and signed off as such. By signing a document, the reviewer takes responsibility to initiate proper clinical action based on the content of the document. The signature will be attached to each part of the document individually such that no parts can be added to a document later and automatically fall under the scope of a document-wide signature. There can only be one review per provider per document part. With each review it must be decided whether the content is deemed technically abnormal (out of range) and whether it is of further clinical significance. Note that both normal and abnormal results can be of clinical significance, for example to reflect that an important diagnostic or treatment question had been thoroughly investigated.

Note that once someone reviews a document, that review cannot be removed anymore. It can be modified at any time, however, to reflect the current thinking about the clinical relevance and abnormality of the document.

### The Reviewer

Any clinician can review any clinical document to which she has access. Each reviewer may only attach one review to each document (but the review can be changed if necessary). Interpretations (technical abnormality and clinical significance) need not coincide among reviewers. Two reviews will be presented more prominently among the existing ones: A review by the user currently logged into the GNUmed client and a review by the healthcare provider who is actually responsible for this document.

### Supported Document Formats

The GNUmed document archive is not restricted to any data format in any way. The only current restriction is in the technical ability of PostgreSQL to store large data, the only significant limit being that a document part can at most be about 1 GB in size at the moment.

In other words, any data format can be stored in the document archive.

The ability to display, edit, or process (print, email) the documents entirely depends on the capability and configuration of your operating system in exactly the same way standard e-mail does.

## Workflow

When using GNUmed's document management system from within the integrated user interface, the workflow is optimized towards completely digitalizing and indexing one medical document at a time. This includes a full cycle of acquiring parts of a document, associating them with required and optional metadata, and saving them into the medical record of a patient. Only then can the next document be started. One document can, of course, consist of several pages, files, etc. A somewhat more technical filenote is archived here.

The user will then use the document tree to retrieve and display existing documents. She will possibly want to attach a review to them to signal that clinical responsibility has been taken for a document.

The assigned-as-responsible clinician will be notified automatically about newly imported documents via his or her Inbox.

This is handled in the next topic, Importing documents.