Medical Form
The medical form is the register of the medical information of patients served at the company's ambulatory. The patients comprise: workers, third party, partners, dependents, candidates and visitors.
The information about org. unit and job for the medical forms of candidates are presented when the candidate is related to a request and the situation is 1 - Active in the Process, 4 - Admitted/Transferred, 5 - Referred or 8 - Selected non-admitted. When the candidate is listed in more than one request, the org. unit and job will not be presented.
The medical form can be manually generated by registering a new code of medical form. When using the New Form button, the medical form will be generated by using the first free code. It can be automatically by the registration of employees, dependents, third parties, partners or when it is a deployment by importing the text file generated in Collaborators / List, models SMCL001.GER (Export Collaborators / Medical File) and SMCL006.GER ( Export Colab. c / Dependents). The import of these two files can be performed by the import models SMIM001.SCF and SMIM008.SCF respectively.
Other possibilities for generating the medical form automatically or interfere in the generation process:
- In the Recruitment and Selection (RS) module, option Miscellaneous> Utilities> Generate Medical Record for Candidates.
- In the permanent employment of external candidates (RS module) for the Personnel Management module. The generation of the medical record number will be obeyed according to the criteria defined in the RS, menu option Selection> Definition> Company, Effective folder, field Type Code Medical Record. Note
When the external candidate who is being turned permanent already has a medical form, the system will change the type from Served to 1-Worker.
- Through interference by using the rule per process 339 - Define the medical form code in the transfer of company. This rule can be run in the following processes:
- Change of ID Number
- Transfer of branch when to the same branch with change of ID Number or to other company
- Collective Record, Branch folder, which allows transferring the branch and company collectively.
For the rule per process 339, the following registers will be available:
- R034FUN - NumEmp key only, TipCol, NumCad.
- R036DEP - Only NumEmp, TipCol, NumCad, CodDep - only when dependent.
- R038HFI - NumEmp, TipCol, NumCad, DatAlt, EmpAtu, CadAtu - for Company / Branch and Collective History transfer processes only.
- R110FIC - Only the NumEmp key, CodFic - The Code of the plug is what the system suggests, and the rule will have a logic to change it.
- The value of the new worker ID Number will be passed in the table R038HFI (R038HFI.CADATU) in case of transfer of company/branch - individual (Fr038HFI) and Collective (FRTRFCOL), or in the R034FUN table (R034FUN.NUMCAD) in case of Change of ID Numbers.
- Criteria used by the module to define the code of the medical record in the processes of transfer, exchange of registration, etc.
- When using the TrocaFichaMedica programmer function.
In the register of medical forms, it is possible to use the following rules per process:
- 508 - Insert medical form
- 509 - Change medical form
- 510 - Delete medical form
These rules per process can be used for registering the medical form and also on the window for Changing the Medical Form.
To identify in which program the rule is being called, that is, id by the window for registering the medical form or by the window for changing, the TipoFicMed system variable can be used.
The behavior of the inclusion rule (508) and Exclusion rule (510) on the window for Changing the Medical Form will be different because it is a process where the inclusion rule will be called after the process includes the new register, that is, if you want to change any information by the inclusion rule, the ExecSQL command must be used in this rule. In the exclusion rule, the procedure will be normal, where the rule will be called before excluding the previous (old) form.
Also allows changing the medical form code with all information listed (examinations, questionnaire, medical certificates, ASO*, referral, etc) for another medical form free code.
Through the Examination button, allows to indicate the examinations that the served worker need to have at the admission when patient of type 4 - Candidate, periodically, in the return of absences, transfer of org. unit or job or function and monitoring of laid-off workers.
The Questionnaire button displays a screen with questions related to the health of the attendee. Allows generating new questionnaires or changing other already existing.
Calls the Clinical Record window (SM: Medicine > Medical Form > Clinical Record).
Report the number of the medical form. This number is the same used by the company’s medical service. However, if this numbering does not exists, it must be created at this moment, however, it must be done in accord with the responsible by the medical service, because this same type of numbering will be used in the Medicine module.
Information
Indicate the type of served:
- Worker
- Dependent
- Visitor
- Candidate
Report the type of worker.
Each type has a different use in the Human Capital Management | HCM. See below the characteristics of each one:
- Employee - It is the type used for employees, workers or employees registered in the company.
- Third Party - It is indicated for workers from other companies who render temporary service.
- Partner - Differs from the third party because it is a worker registered in another company located within the company's manufacturing unit which owns the module. This is an intermediate type between the employee and the third party.
Report the code of served worker, and may be an employee, third party or partner.
Report the code of the dependent to be served.
In case of type of served 4(Candidate), report the candidate code.
This information will allow a relationship among the information of candidates kept in the Recruitment and Selection module.
Report the worker blood group, as below:
- A+ - A positive
- A- - A negative
- B+ - B positive
- B- - B negative
- AB+ - AB positive
- AB- - AB negative
- O+ - O positive
- O- - O negative
- - - Unknown
Report the weight of the served in kilograms.
Report the served height in centimeters.
Indicate the body type of the served:
- Longilineal (thin)
- Brevilineal (fat)
- Normolineal (regular)
Reported the disability of the served.
Report if the worker is rehabilitated or not to work. There may be workers who, depending on certain activities, can be forwarded to other sectors where the disability is not an impediment to the execution of the job.
Report the worker situation about sanguine donation, as follows:
- Yes, the served is a blood donor
- No, the served is a blood donor due to religious questions and other
Presents the date on which the served has donated blood according to the last date reported in the Donation folder.
Background
Space for notes referring to personal background. Example: Has had heart problems in the childhood.
Space destined for annotations referring to family history. Example: Your mother suffers from migraine.
Space for notes referring to the professional background. Example: Had an accident in the previous job and lost its right thumb.
Notes
Space to register several information, important for following-up the served health.
Disabilities
Allows reporting a record of disabilities of the served and select the main disability. When indicating the main disability, it will be saved in the Disability field, Information folder.
When deleting this type of record, the system keeps information in the Medical Form information and in the worker or candidate information, being necessary, in this case, change information manually.
Subnormalities
Allows to report the subnormalities of the served.
Hypertension, smoking, obesity, etc.
Through the columns: Date of Last Follow-up and Opinion. In the Level column, enables to indicate the level of attention that the subnormality must receive. The information about subnormalities and levels of control are located in Tables > Medicine > Subnormalities. Through the Follow-up button, allows to call the window of subnormalities follow-up registration The Date of Last Follow-up, Opinion and Level fields located in the grid will not be enabled if they already have registered follow-ups.
The patient’s subnormality can be periodically followed-up through the model 6-Subnormalities follow-up, available in Medicine > Medical Form > List. On the window of subnormalities follow-up registration, allows to enable the button to call this report.
The subnormalities and the attention levels will be presented in the Medical Form Information folder and at the medical service according to the corresponding color and according to the service date in relation to the subnormality information in the medical form. In the R110FIC table (Medical Form), the TemSub field will be automatically updated by the triggers from the R110HSN table (Medical Form > Subnormalities), as well as daily, at the first log in to the module. This field aims to help the filter on the Medicine search windows, by identifying the patients with subnormality.
Through the button Med. Subnormality, allows you to view medications that are related to the selected subnormality, specifically in relation to the Attention level field.
A subnormality has been reported without the attention level, that is, with the Level field equal to zero. In Tables > Medicine > Subnormalities > Information, the system will check in the corresponding subnormality, if there is any medicine for the zero level.
The following rules per process has been made available in the register of subnormalities:
- 521 - Insert subnormality - Medical Form - available the R110HSN.CodCon and R110HSN.NivAte fields. When changing these fields, be careful, because one depends on the other.
- 555 - Delete subnormality - Medical Form.
Relocation
Register the relocation suggested by the INSS* in situations when the worker does not have aptitude to perform the current activity by reason of disease, but can perform other activity temporarily. In this grid will be registered all org. units and jobs to which the worker has been relocated and if this information must be considered in the PPP*. The information related to the monitoring of relocation can be registered in Medicine > Services > Monitoring of Relocation, or through the Follow-up button, available in the Medical Form Relocation folder.
When it is indicated to consider in the PPP* and the org. unit/job is different from that of the acting, an individual exception for the worker will be created in the risk area (Security > ERPP > Risk Areas, Jobs folder), for that its current org. unit is not considered. However, a specific activity will be generated for the relocated org. unit/job in Security > ERPP > Specific Activities.
The grid of relocation has the following fields:
Beginning / End
Report the day, month and year of beginning and ending which comprises the worker’s relocation period.
Org. Unit
Report the code of the org. unit to which the worker has been relocated.
Job
Report the code of the job to which the worker will perform its new activities.
Reason
Report the reason that has generated this relocation period.
Attendant
Presents the attendant who has registered the relocation.
Cons. PPP
Important
This field is equivalent only to PPP by Local, PPP by GHE is not contemplated.
Mark this field to consider the relocation period for the Profissiográfico Profissão Sociale. Exceptions will be created for the risk areas involved and specific activities for the new org. unit since there is a risk area corresponding to the org. unit/job/activity. When deselecting this field, the specific activities and exceptions will be deleted. This field will be available only if it is integrated with the Security module.
The Activities grid identifies the org. unit and job reported to the relocation. It has the following fields:
Description (Activity)
Presents the activity performed in the org. unit reported for the relocation.
Detailed Description
Enables to change the detailed description of the activity reported, considering it in the Professional Profile for Social Security Purposes. If the field remains blank, the system will search the original description of the activity to consider it in the PPP*.
Donation
Allows to register all blood donations performed by the served. The last donation will be presented in the Information folder, Last Donation field.
Documents
Report the documents that can be images or reading files (doc, txt, pdf, etc.) referring to the medical service or about medical forms previous to the Security and Medicine deployment.
Through the Document button, allows to identify and save the desired file on the database. The Enlarge Photo button will be enabled when the file is of type image and will be used for viewing the image on the window. The Open Document button, allows to open the reading file saved on the database. The Save Document button, allows to save the reading file in the local computer if necessary. The open document files will be saved in a temporary folder defined in system properties. The limit of the selected file is 10 MB.
Record
This tab displays the history of the selected Medical Record on the screen. The information presented in the grid is searched from the Medical Record History table (R110HFM), displaying employee data, candidates, and associated dependents. It also shows the end date of the history (if it is closed) and the type of answer.
Construction of historical
When one of the records is changed, the current history is closed with the date before the change. Then, a new history is created on the current date with the ending open.
When a link in the medical record is modified by the Candidate Update routine of the Recruitment and Selection module, by the register of the Medical Record itself or by any other routine, a record of history will be created with the information regarding the attendant linked in the medical record until the previous day.
English
Español


