Security and Medicine / Medicine / Definitions

Definitions per Company

Aims to determine the required settings for the various situations encountered in this module. In this option we will determine the settings for the agenda item; will display parameters for the service in relation to the remoteness and record risks in ASO; inform the attestation model numbers, recipe, ASO, request, referral, record and questionnaire, practically all items that are on the window of attendances, the models that use the buttons were to be configured on this window. We will establish whether the registration of PCMSO will be for periods or not. We'll set up also the form of generation of medical records; the automatic examination request and the folder permissions that allows the user to change whether or not the registration of attendances of other users.

The General Tab

Subgroup CID

This field allows you to provide the Medicine, the windows of the Sub-group of the CID that allows the Clerk to inform the Group of the disease only when you are not sure about the code of disease.

Yes, on the windows of the module and reports will be presented the subgroups of the CID.
N-CLD subgroup fields will not be available in medicine.

Fired Attendant

This option allows you to alert the user when the attendant is provided on the windows of medicine. dismissed Example: medical care, referrals, scheduling, etc.

No alerts in the use of the attendant fired, you will not be alerted the user;
Alerts you When the attendant is 9 on the situation 7-fired, the user will be prompted.

The Schedule Tab

Schedule

Enter a report template that will be used by the button Print out on the medical agenda screen.

Automatic Update

S-Indicate's ' for automatic update. So every time that there are two users accessing the Schedule window and one of them make any alteration, deletion, or include the system automatically updates as the amount of minutes. Indicate 00:01 minute every 1 minute system updates the table automatically with all the information included by another user.
N inform 'n' agenda update should occur when you press the button [Show]. Has the same function of automatic but with the difference that the user will be able to determine at what time you want to perform the upgrade.
Q-Updates at any time.

Update interval

Enter the time interval for the calendar update. If you indicate: 00:01 the system every minute will perform the update to the Schedule window information.,

Issue ASO by Scheduling

Yes, upon entering the schedules the user can Send an ASO from the Schedule by [ASO] that lies at the bottom of the window. At this time the ASO may be issued without opinion. Will only be available when the schedule does not have a service and when the company work without restrictions for ASO (window of Medical settings, folder permissions).
N-no, the ASO button will be unavailable.

Service Guide

Generate Clearance History

S - Yes, at the end of the registration of the medical care will be generated a history of corresponding absence.
N-no, the departure for the medical care will not be raised.

Considers Risks Valid information:

T-Inform T to consider in generating the ASO (by Service), all registered environmental risks in the ERPP;
N-Inform N to consider only the local examinations with uncontrolled risks.

Allows changes in Clinical Data

S-Report S to allow the doctor doing the medical change the data registered in the pre clinical nurse
N-Brief N not to allow the doctor to change the clinical data recorded by the nurse on the pre.

Important

This parameter will be considered only when the folder permissions, the field ' Data Service ' are informed 1 (only registered user can change).

Fired Patient

This parameter is intended to alert the attendant on the situation of the patient when it is fired:

No alerts will not be presents alert message if informed a patient dismissed.
Alerts you To register a scheduling, pre or medical care for patients will be laid off, displays the alert message: "developer in situation of resignation from DD/MM/YYYY. Are you sure you want to continue? "
Block-To register a scheduling, pre or medical care for patients will be laid off, displays the alert message: "developer is in situation of resignation from DD/MM/YYYY. It is not possible to continue. ". Will inform the patient.

Important

The consistency regarding the options 2 and 3 will be made in the following windows:

Medicine> Attention> Attention.
> Medicine > Service calendar, Mark button.
> Medicine > Service calendar, when moving a schedule, from one day to another or from one time to another, with the mouse (by dragging the record).
> Medicine > Service calendar, Schedule button.
> Medicine > External Certificate Service.
> Medicine > Marking Service Applicant.
Medicine> Counseling> External ASO.

And they will also be held in future admissions.

Days Tolerance

Please state the number of days that will be used from the date of termination of the removal, ie the tolerance days will be projected on the end date, to limit records of follow-up of departures. This field is used in the Monitoring window of Departures in Medicine/attendances.

Use Post-Service

This parameter defines whether the company will use the after-service channel.

S-Report Yes, to make windows for after-service channel control: medical attendant's register, Post-customer service;
N-no, not after-service channel will be made routine.

PCMSO Guide

PCMSO Record

S - Inform Yes to use the PCMSO in a historical manner, ie for periods. In the menu Medicine \ Periodical the sub-menus will be available: Place and Position, Collaborator, Branch and GHE;
N-no, PCMSO will be treated without the control of periods.

LOG Examination Request

This field enables you to write a detailed log of the data reported on the window to generate request (Medicina\PCMSO\Gerar request) and scheduling, where are the medical records, tests and parameters for scheduling. Options available:

No, the log is generated as the old IE, only with date/time of beginning and end of the generation;
Yes, the window information to generate request and also Schedule window, presented by [Show] will be written to the log. This condition will be presented at the end of the message: "log file was generated. Use the [LOG] to view. ";
Yes, only Generate window information Request will be written to the log. This condition will be presented at the end of the message: "log file was generated. Use the [LOG] to show. "
.
. Beginning of the process-[request Generation/Schedule] .. Data Informed-[Generate Request]
.. Parameters: origin: periodic, period: 5/1/2007-12/31/2007, Examination Date:, maturity exam: 0, Attending: 4, Covenant: Exam 1, entity: 2, Open Requests: Generate new as days, Days request: 0
.. Range of medical records: 2-10
.. Data Informed-[Generate Schedule/Request]
.. Parameters: area: 0,: 1 Scheduling, Occurrence: 52, Attending: 5, duration: 30, tolerance: 0, time: 5/2/2007-5/2/2007-time Patient, distribution by: Day.
.. Selected collaborators:
.. Company: 1 plug: At 2.: S: S Agend
... Exam: 1 Date At.: 9/1/2007
... Exam: 9 Date At.: 7/12/2007
.. End of the process-[request Generation/Schedule]

Origin Exam Subnormality

Enter the source code that will be used to generate the subnormalities tests. Can only be informed the source that have type 2-periodic.

Note

This field will only be enabled if the company using the Historic PCMSO.

Origin Exam Transfer Activity

Enter the source code that will be used to generate the activity transfer tests. For transfer activity should use the type 15, as previously joined Tables/medicine/Origin tests.

Dependent Exams

Yes, you will generate periodical inspections of dependents who have medical records registered and also any related subnormality. Necessary to define the tests and medicine/Journals/Subnormalidade/PCMSO;
N-not be raised PERIODICALY to dependents.

Important

This option is available only when the company chooses to use the Historic PCMSO.

Origin Exam Transfer Post

Enter the source code that will be used to generate the Job Posting exams. In this case, the type "16 - Transfer Posto" should be used as previously registered in Tables> Medicina> Origin Exams.

Origin Exam Transfer GHE

Enter the source code that will be used in the generation of the GHE Transfer exams. In this case, the type "17 - GHE Transfer" should be used, as previously registered in Tables> Medicine> Origin Exams.

Exam Supplementary File

Enter the exam code that will be used when recording the fields Last Medical Examination and Next Medical Examination in the companion's supplement. The recording will take place from the generation of request for exams (Medicine> PCMSO> Generate Request) from the register of results of medical examinations (Medicine> PCMSO> Results or Medicine> Audiometry> Results) External ASO (FR110MAM_1)).

Templates Tab

Generator Model Default Reports for Attestation

Enter the name of the default template to be used when issuing the certificate. Facilitates at the time of issuance, avoiding different models of the selected prints.

Default Reports Generator Model for ASO

Enter the name of the standard template to be used for issuing the Occupational Health Certificate (ASO); Facilitates at the time of issuance, avoiding impressions of models other than those selected.

Generator Model Default Reports for Revenue

Enter the name of the default template to use when issuing revenue. Facilitates at the time of issuance, avoiding different models of the selected prints.

Generator model Default Reports to request

Enter the name of the default template to use when issuing the request. Facilitates at the time of issuance, avoiding different models of the selected prints.

Generator Model Default Reports for Forwarding

Enter the name of the default template to use when issuing the routing. Facilitates at the time of issuance, avoiding different models of the selected prints.

Generator Model Default Reports for Clinical Record

Enter the name of the standard template to be used for issuing the medical chart. Making it at the time of issuance, avoiding different models of the selected prints.

Generator Model Default Reports for Questionnaire

Enter the name of the default template to use when issuing the questionnaire. Making it at the time of issuance, avoiding different models of the selected prints.

Medical Guide

Indicate the form of generation of the medical record for employees.

Generate form for Employee:

N-will not be generated chart
S-Without user confirmation-the medical file will be generated after the inclusion of the new contributor registration
C-Com user confirmation-after the registration, the system asks if you want to generate the chart
U-User reports the number-after the registration, the system offers a window to inform the code chart

Generate Card for Third Party

Indicate the form of generation of the medical record for third parties:

N-will not be generated chart
S-Without user confirmation-the medical file will be generated after the inclusion of the new registration of third parties
C-Com user confirmation-after the registration of the third, the system asks if you want to generate the chart
U-User reports the number-after the registration of the third, the system offers a window to inform the code chart

Generate Datasheet for Partner

Indicate the form of generation of the medical record for the partners:

N-will not be generated chart
S-Without user confirmation-the medical file will be generated after the inclusion of the new partner registration
C-Com user confirmation-after the registration of the partner, the system asks if you want to generate the chart
U-User reports the number-after the registration of the partner, the system offers a window to inform the code chart

Generate File for Dependent

Indicate the form of generation of the medical record for dependents:

N-will not be generated chart
S-Without user confirmation-the medical file will be generated after the inclusion of the new dependent records
C-Com user confirmation-after the registration of the dependent, the system asks if you want to generate the chart
U-User reports the number-after the registration of the dependent, the system offers a window to inform the code chart

Rule Generate Medical Record

Enter the rule by which the medical records of external candidates will be generated. Can be used when the company determines a different form of generation of medical records.

If the SM module is integrated with the personnel administration, the rule should begin with FPRG???. LSP i.e., the rule will be executed in personnel administration. Otherwise will validate the rules of SM (SMRG???. LSP).

When the copy does not have the integrated personnel administration module, registration of an employee can be done in any module and, when it is integrated with the module SM, will generate a chart for this contributor, respecting the mark registered in Medical settings, medical file folder. In the options with and without user confirmation, will always find a code of medical records available and, if you have a registered rule to generate the medical file, the rule will be executed. The module that is registering employees should have a rule with the same rule code registered in SM and even with the same programming.

Generate Candidate Card

Enter the generation criterion as follows:

First open source-will be considered the intervals between the existing medical records;
Greater code-generates the chips from the largest medical record generated code;
The candidate's code-generates the chips according to the record of the applicant;
Rule-allows you to use a rule when the above options do not meet. In the next field should be informed to rule.

Rule Generate Candidate Card

Enter the code of the rule that will be used in the generation of the candidate card.

Important

Only research will be presented at the RS rules (RSRG???. LSP).
The medical records of candidate is generated from the RS module, in: Miscellaneous \ \ Utilities Generate Candidate medical records.

Rule Before Generate Candidate File

Enter the code of the rule that will be used when loading candidates to generate medical records.

The rule informed in this field is used in the generation of medical records for external candidates in Various Utilities > > Raises medical card p/candidates from recruitment and selection module. This rule is executed before loading the candidates in the grid, allowing for example, delete old medical records so that the routine to generate a new file to the candidates. The R126RQU table is available in the rule.

Only research will be presented at the RS rules (RSRG???. LSP).

Request Exam Guide

Consider Holidays

Aims to define if you will consider holidays to generate examination request.

S-will consider the days of holiday to make the exam request generation.
No-I will consider the holidays using the routine exam request generation. If the date of the request falls on a day that is a holiday (according to the table of the dev branch holidays contained in medical records), the system increments one more day for the exam is not raised on this holiday.

Automatically Generate Request for Exams

Defines whether the company will generate an examination request at the moment when an employee needs to leave because of illness, accident, military service or maternity:

Yes, the exam will be automatically generated.
N-no need to generate the examination in an eventual removal.

Important

The rules for generating Removal situation are as follows:
The system generates the request of registered periodical inspections for the developer whereas the assignment Ret. Pull away. periodic examinations, the situation of departure (only raises if the type of situation for 3, 4, 5, 6, 14, or 19), if the field's Return Test with's ' on the window. Still will be generated in the amendment of their remoteness, in relation to the field Situation or return and Examination if the end date is reset. Also when the assignment of field return for ' Exam ' and the End Forecast field is filled in.
The exam will be generated with the start date of the removal, since it is not known what the effective date the employee's return to work.

Generate Request for Automatic Exams on Transfer Charge

Defines whether the company will generate exam request when a charge transfer occurs

Yes, you want the scan to be generated automatically.
N-no need to generate the test in case of transfer of charge.

Important

The rules for generating a transfer of Position are the following:

The system generates requests from registered periodical inspections for the developer, whereas the new position, the Transfer assignment. Office of the periodical inspections and if the date of transfer is greater than or equal to the last transfer.
Automatic Request limitation: When the user makes a Transfer. location and Office on the same date, is generated a single examination request for each registered periodic review. So if the user delete the transfer the originating request this transfer is also deleted.

Automatically generate Request for Exams on Local Transfer

Defines whether the company will generate exam request when a site transfer occurs:

Yes, you want the scan to be generated automatically.
N-no need to generate the test in the case of a transfer of venue.

Important

The rules for generating a Local transfer are as follows:
The system generates requests from registered periodical inspections for the developer, considering the new location, the Transfer assignment. Location of periodic inspections and if the transfer date is greater than or equal to the last transfer.
Automatic Request limitation: When the user makes a Transfer. location and Office on the same date, is generated a single request, to each registered periodic review. So if the user delete the transfer the originating request this transfer is also deleted.

Generate Request Exams Automatically in Transfer Function

Defines whether the company will generate examination request when a function transfer occurs:

Yes, you want the scan to be generated automatically.
N-no need to generate the test in the case of a transfer of function.

Important:

The rule for generating a transfer of function is the following:
The system generates the request periodical inspections registered for the employee, whereas the Transfer assignment. Function of the periodical inspections and considering if the end date of the transfer is equal to zero or greater than the current date.