|Home > System 6000 > Hints and tips|
- Searching addresses
- Adding to the clinician menu
- Getting clinical data into mail merge templates
- S6000 templates for Word
- Length of recent patients picking list
- Adding eBNF etc to the R mouse menu
- Warnings for Sophies
- Comments with s6000.ini files
- Altering the targets on the information toolbar buttons
- Summary tool
- Changing the registered GP globally
To search for addresses when you have no house number simple put a % signimmediately before the street name i.e.
will bring up everyone that lives on high street
Edit the sys6000.ini file, (make a backup first!). Put the & before theletter you want to “hot key”.
Your entry will be something like:
Below is an example of the “utilities” section of a sys6000.inifile
[Utilities]Util1=&Address Book|C:medappsS6000ADDRBOOK.EXEUtil2=Remo&ve Pt Lock Utility|C:MEDAPPSS6000REMLOCK.EXEUtil3=S6 Report &Manager|C:medappss6000s6repman.exeUtil4=&Configuration Editor|C:medappss6000confedit.exeUtil5=&Formulary Editor|C:medappss6000Formulry.exeUtil6=&Query Editor|C:medappss6000queryed.exeUtil7=&Read Code Maintenance|C:medappss6000rmaint.exeUtil8=D&FEditor|C:medappss6000drug_ed.exeUtil9=S6&Word Processor|C:medappsS6000S6WORD.EXEUtil10=Run Full &Patient Report|C:MEDAPPSS6000S6REPMAN.EXEfolder=meditelfp RPN1=PATIENTID RPV1=$patientidUtil11=&IOS Manager|C:MedappsS6000IOSMAN.EXEUtil12=Home Visit Report|C:MEDAPPSS6000S6REPMAN.EXEfolder=meditelhomevist RPN1=PATIENTID RPV1=$patientidUtil13=&hooks editor|C:MEDAPPSS6000HOOKSED.EXE
The syntax of data fields which request clinical data is critical. Eachdifferent type of request has a default – and an expected method of callingwhich appears in the Patient.RDF below. However it can easily be changed. Asample word processing template which has clinical data is included in AppendixB (The standard referral template).
The rules are these:
- A field name by itself (if recognised) returns one instance (the first, or next if it has been called before) of a data type.
- Enclosing the field name in square brackets causes the template document to loop, recalling the noteserver until the noteserver returns nothing more.
- Appending the field name with a “+” symbol causes it to be opened up, so that the entries linked to any item identified by the field name are also returned. So, in the case of the “curproblem” current problem fieldname, “curproblem” by itself will return a single item, (“[curproblem]” will also return only a single item because there is at any one time only a single currently selected problem.) “curproblem+” will return the problem title first, but then the list of entries held under that problem heading.
- When a noteserver call finds nothing to return, then a “default” line is returned, which may be passed in from the document template. If no default is given, then the default default is “None”.
- Text following an optional colon describes the format of the item to be returned. (see below)
- Text following an optional pipe | symbol describes the default text if no entries are found.
The list of field names for clinical data
|curtreatment||Current medication||tab /S /M /Dpar|
|curproblems||Current problems||tab /S /M /N /Fpar|
|dorproblems||Dormant problems||tab /S /M /N /Fpar|
|curproblem||The currently selected problem||tab /S /M /N /Fpar|
|curreminder||Current reminders||tab /U /P /M /Fpar|
|summary||All the items in the summary||depends on the type of item|
|sensitivity||The patient’s sensitivities||tab /S /M
Severity: /V. /Fpar
|journal||The contents of the journal (filtered a little)||depends on the type of item|
|unlinked||The contents of the unlinked problem||depends on the type of item|
Formatting clinical data
The data returned by the noteserver can be optionally formatted, both interms of how the components of any entry are laid out, and in terms of addingsome crude RTF.
The key points are these:
- Most text in the format line is transposed “as is”.
- A single uppercase character following a forward slash identifies a field – see the table below :
- A single lower case character following a forward slash identifies one of a limited number of text formatting commands, which will be replaced with RTF (see table below)
- To create a space within the text, use an UNDERSCORE (_ ). Any real spaces mess it up.
Table of Entry components
|D||(Medication only) Dose|
|M||Medical description (Rubric or term)|
|N||Numeric value (with units)|
|P||(Reminder only) Priority|
|U||(Reminder only) Due date|
|V||(Sensitivity only) Severity|
Table of Text (RTF) formatting commands
The key points are these :
- Most text in the format line is transposed “as is”.
- A single uppercase character following a forward slash identifies a field – see the table above.
- A single lower case character following a forward slash identifies one of a limited number of text formatting commands, which will be replaced with RTF (also above)
- To create a space within the text, use an UNDERSCORE ( _ ). Any real spaces mess it up.
From all that you can see that
<tab>Start date<space>Description<new line>
If this is accidentally in all upper case you will get
something unexpected like
<nothing?>Start date<space>Description Numeric
The file s:meddatas6000reportformatsdocss6merge.dot is the file thatallows users to create S6000 templates from MS-Word. It needs to be placed inthe MS-Word templates directory, and then open Word, and do file/new and choosethis template. There are two buttons on the left of the toolbar, the leftmostone allows users to enter fields for mail-merge using dialogs similar to thosein S6Word. The other one saves the template to the appropriate directory.
To prevent s6merrge.dot from becoming the default template, change the template in Word menu tools/templates and addins to normal.dot
The following line in the s6000.ini file controls the length of the recentpatient’s list (Watch the spaces), however, it can’t be increased beyond 9.
[Recent Patient List] MRU count=6
add the following to your sys6000.ini file (make a backup first!)
[PopupMenu]Item1=BNF|C:medappss6000qtrigger 2 $readcode3|M
This will cause a menu item called BNF to appear on the right mouse menu whenyou click on Medication items, the “|M” meaning medication only. TheeBNF must be running, as this won’t start it. For those who have more than oneitem on the right mouse menu, the “Item1” has to be incremented foreach additional item.
[PopupMenu]Item1=BNF|C:medappss6000qtrigger 2 $readcode3|Mitem2=Flu|Addnote(65E..)item3=tug on the web|c:progra~1intern~1iexplore.exe www.tug.uk.com
SHIFT + F10 brings up the right click menu.
If you are referring to the messages that warn of unreferenced, or orphaned, questions, then this cannot be turned off. This is to warn of a guideline error, which could cause SOPHIE problems.
If you are referring to the check for all valid read codes in a guideline then the ini file setting is
Most sites will not have this, as it is for people wishing to author their own guidelines, and check that the read codes used in it are all in the database. The default setting is not to use this, and as a rule this should not be set. SOPHIE won’t allow guidelines to write Read Codes that aren’t in the database, an error message will be displayed if the guideline tries to.
This is just for those who like to edit their ini files.
The following in an ini file has an interesting effect, that may cause problems
[paths] ; commented out line Sophie=c:medappss6000sophie.exe ;this runs sophie
The line that starts with a semi-colon is commented out, and will not be read in by any application using the ini file. However, the line below it appears to have a comment at the end. In fact, because the comment is not at the start of the line, but after a correct entry, it is counted as part of that entry. So, in this instance, Sophie, when called from clinic/a hook, will run with a command line of “;this runs sophie”, and anything else that has been added, by a hook/clinic. This may cause problems.
A useful free way to access the BNF on the Net: by editing the file windowssys6000.ini on a PC
Under Information Source – I edit:
Obviously you adapt the other buttons to your requirements.
Some practices do not have a summary populated with adequate data due to problems with the migration or hooks. To correct this issue there is a tool that retrospectively examines the patient’s notes and populates the summary accordingly.
The time taken to run this process varies according to the size of your database, but should take no more than a couple of hours. You only need to perform this process once.
To run the Summary Tool do the following:
Ensure all other users are logged out of the system.
On your UNIX console, log in as root.
Change into the following directory by typing : cd /medapps/s6000/bin and press ENTER.
Type: ./generate_summary and press ENTER.
The process now commences.
When complete, the system returns to the hash prompt.
Type Exit [enter] to logout
Note that the tool only works for “summary once” hooks.
If you go into the configuration editor, and look at the Staff Details form, there is a button for “Transfer Patients” towards the bottom left. If you click this there will appear a utility to do this. Categories of patients can be transfered in one go, so all males with surnames starting A-M registered with Dr. B go to Dr. A, etc. There are a lot of options but they should all be documented, so once you have worked out what you want to do it should be quite quick to do.