Generate Request
Enables the generation of requested medical or laboratory in a collective way, contributing in this way to streamlined work. However, the contributor level, there will be the need to subsequently inform the individual items, such as the opinion and the items of test results.
Procedures:
- Evaluate all medical records, in conformity with the criteria reported by user (scope of position, location and shift, etc). In this way, it is necessary that employees have registered medical records (for the type of contributor answered is 1).
- For each chart, will consider all exams (company, branch, location, title, position, activity and contributor), respecting also the code of the exam informed on selection.
- Calculates the age of the employee using the date of birth and the date will be recorded as the exam request. Search the last examination request for each examination analyzed according to the parameters given.
Important
When, on the date on which the system should suggest a new exam to request answered, already have a request with the status "Cancelled" or "Not Held", the behavior will be the following:
- Fixing the date of the examination at therequest generation: the system will not suggest a new examination request, because there is already a request on this same date, even if it is as "not held" or "Cancelled". If the user wants to keep a request on the date posted, you must change the status of the request that already exists.
- Leaving the blank exam date on the windowgeneration: the system will suggest a new request for examination and, if this request falls on the same date on which there is already a request "canceled" or "Not Held" will be suggested the following day.
To consider the date of the last examination, if not found, request will use the date of admission of the developer. If you have found request, will check was informed Opinion. If the opinion has not been informed, which means that the exam was not performed, will check the treatment that should be given in this case: If Generate open Request is Yes, will check the amount of days. The calculation is as follows: < = Request days (start date-date of the last open request) is generated new request.
To generate request admission examination is needed that has the registered candidate, with their medical records. If the Medical module is integrated with the RS, will have these registers in cadastre and Candidates > Candidates > > medical records record. If it is not integrated with the RS, the registers will be in SM in Medicine > Candidate > Medicine > medical records and Registration.
The routine will generate the examination request to the medical records of the candidate, when is selected the option "Admission".
When using the PCMSO in the form of transcripts, exams will be selected based on the date of generation and in Company, branch, Location and Position of the request (or the Candidate if not RS);
The examination will only be raised if not found another Survey Conducted within the Maturity examination (of the window). If you have the applicant a request for the examination, the field Generate open will be considered.
- Applies the restrictions of each examination (sex, time, unhealthy, hazardous environment, age, resignation). If the calculated date to the next exam is in period start date and end date posted, generates the new request.
Important
For purposes of calculating the next exam will be used the date of the result.
When the security and Medicine is integrated with the personnel administration module is possible through a contract Termination generate a request for examination. For this to occur, in the record of the examination the Follow-up Duration fields Fired and months Monitoring Fired should be blank, and the item must be marked Journals PCMSO/the examination along with Acomp. Dem (monitoring fired).
If the termination of contract is excluded, the system will automatically delete the review request that was generated by the Termination.
- On request generation of tests, are also considered the information contained in the record of the examination. Will be satisfied in the followi
- ng order:
- to check the age of the patient to fit in ' Minor ' Age, if not framed goes to item b;
- b check t
- he age of the patient to fit in the ' Greater ' Age, if not framed will for the item (c);
- c-checks to see
- When the company use the historic PCMSO-the process of generating the request, queries and reports that list the next examinations, requests will be considered the new journal entries for activities and individual exceptions of journals. How is it possible to register the same exam for several levels, the test valid for the worker will be the more specific considering that order: Individual (employee), activity, location, and job title, Location, Position, branch and Company. Are also considered the activities performed by the Employee at the end of the period. In the pursuit of activities will be considered the exceptions of activities and specific activities of the ERPP, as well as periodic exceptions active on the reference date to get the exams (informed on the windows of generation and in the consultations of the examinations).
- Procedures to generate requests for tests with the subnormality source:
the) Register a source regarding the Subnormalidade examination (> Tables > Origin Medicine examinations) with Subnormalidade description, associating to it the source type 2-Journal;
b) Inform on the window of the settings folder PCMSO, the source code for the subnormality test is the source registered in the previous item;
(c)) on the window of registration of periodical inspections by Subnormalities, list the tests that are attached to Subnormalities, previously registered in: > Tables > Subnormalities > Medical register;
d) on medical records, inform the patient subnormality;
and) on the window of request Generation surveys will be presented for all the tests, those of common origin and also of subnormality as the generation period, the period of subnormality of the patient and the periodicity of the exam.
Important
The user defined information in relation to the fields: Consider tests, Examination, Salary, Insurance, exam, Open Days Request Request will be written internally, so that the next generation of these data is suggested.
Rules for Process related to this window:
- 292 - Include Medical Scheduling.
- 534 - Insert Request Exams.
- 885 - Generation of Exams Request
- Admission: Mark this field if you want to generate the request just the examinations of admission character.
- Journal: Mark this field if you want to generate the request just the periodic character tests, as defined in PCMSO/periodicals.
- Transfer: allows you to generate transfer tests of employees who supposedly would be being transferred from location or position or both and when is also indicate the historical PCMSO branch. In Local fields and affiliate, at least one of the three must be filled. The location and / or position and branch will be considered in these fields and not the current location / position / branch of the employee.
Note
Who is assumed to be transferred? All employees in accordance with scope set in the selection. The date of the examination will be generated according to the date field exam.
- Layoff policy: Tick if you want to generate only the request of examinations of a layoff policy. In this case shall be considered dismissed with the kind of situation 7.
- Prior resignation: allows you to generate tests for employees who supposedly would be being disconnected in test date. In this condition will generate all the tests that are marked to be made on resignation, independent exams are to win or if they were made recently. A similar situation occurs in the transfer, where will be generated every test set to happen in local transfer, Office and branch office.
Period This field will indicate to the routine examination Requests generation which date shall be considered to get the tests. The routine then will seek all the exams on the date reported assets and this will consider the finish dates of each registered exam as periodical and the end date of the PCMSO. This field will only be enabled for the generation of Periodic Examinations and Layoffs. The generation of Admission examinations, and transfer of Prior Resignation will consider the exams on the date of generation assets. This option is only enabled if the field, medical RecordsPCMSO \Local, PCMSO folder, is Yes.
Field period: ... the ... generation request window:
Consider field tests: early period-ending period.
Exam: 001-Cbc
Frequency of normal months = 8
Latest CBC raised with result to the patient: 1/2/2004
PCMSO 1 dated reference in 1/1/2004 to 10/31/2004
Joined by Local CBC with frequency as stated in the record of the examination 8 months (normal)
PCMSO 2 with 11/1/2004 reference date and no end date
Joined by Local CBC with frequency changed
to 9 months (normal) Situation 1:
Period informed on generation of window tests: 1/1/2004 to 11/1/2004
Indicated in the field Consider exams: initial period
== > the CBC is generated with 9/2/2004 date because considered 1 i.e. PCMSO 8 months from the test generated in 1/2/2004.
Situation 2:
Period informed on generation of window tests: 1/1/2004 to 11/1/2004
Indicated in the field Consider exams: Final Period
== > the CBC is generated with 10/2/2004 date because considered 2 i.e. PCMSO 9 months from the test generated in 1/2/2004.
The same criterion applies to the exceptions from the worker informed in journals/collaborator. These exceptions correspond to periods where the tests will not be raised.
Example:Consider Exams:
He was nominated for an exam x, an exception for the period 1/1/2005 to 12/31/2005. On the window to generate request was informed the period 1/1/2005 to 12/20/2005. In the field Consider Tests was nominated to be dealt with by the Final Period-in this case the hypothetical examination will not be raised because in 12/20/2005 the exception was still on. If prompted for the period 1/1/2005 Initial generation, the examination would be generated. In the final period of the generation was informed 1/1/2006, the examination would also be generated because the exception would cover this date.
Exam Date Inform the date that should appear as the date of the request in the requests generated tests. If there is no date, will be considered the frequency of tests as indicated in the registeredexam.
- If the date of the examination will not be informed, will respect the definition of the field Considers Holidays in Medicine, folder settings, request for examination.
- If the field Considers Holidays = "no", if the user notify a date of examination, consistency ( parameter Considers Holidays) will not be made because it is understood that the user knows the date which he is reporting is holiday or not. No, also, no consistency when leaving the field Exam Date to alert the user that the date he reported is a holiday.
Maturity Examination
Report the amount of months that the routine should backdate until you find the last test to generate the next. To find an exam within this period, it shall be deemed to be the next admission will be generated from this considering the second field of months the tests and uses the first one that has typically a larger range. If you don't find, first will be generated from the date of admission according to the second field in the directory of tests.
Employee admitted in: 10/9/2000
Considering the examination the item of dangerousness: 12 months and 6 months from the date of admission
Date of the last examination in table R108RES-7/11/2000 (considered admission exam)
On request the tests reports:
Period: 10/9/2000 to 12/31/2001
exam date: 00/00/0000-> will generate according to the deadlines set out in the record of the
Maturity examination exam: 6 months > backflushing by date of admission will fall in 4/9/2000-> as the 7/11/2000 test is in this period, this will be regarded as admission. Will generate the next examination in 1/11/2001 that is 6 months after the last exam.
Maturity exam: 2 months > backflushing by date of admission will fall in 8/9/2000-> as the 7/11/2000 test lies outside of this period, this will not be regarded as admission. The next will be generated in 4/9/2001, after 6 months of admission.
Note
Assuming there's an admission exam to date less than the admission and the number of months in the second field of the register of examinations have a quantity that will produce the smallest to date examination of admission, this will not be raised but will serve as a parameter to the next generation the largest interval (first field in the record of examinations). But this is an exception.
- Generate New As Days: How the open requests, if you want to generate new request, as days, check this box. According to the data reported to the generation, if found an open examination request considering the amount of days, posted just below the field Days, Request will not be generated new request. If this open request exceeds the limit of days, new request is generated.
A request for examination must be generated for the day 15/07 and was informed 30 days in the Days field request. If a request is found open from 17/06, won't be generated the new request. Now, if it is found an open request before that date, the new request will be generated.
- Not generate: the open requests, if you do not want to generate new request, check this box. At the time of the generation of a request, to find another open request (no opinion), the new request will not be generated.
Day Request Report amount of days of the request. According to the data reported to the generation, if found an open examination request considering the amount of days informed here, no new request is generated. If this open request exceeds the limit of days, the new request is generated.
A request for examination must be generated for the day 15/07 and was informed 30 days in the Days field request. If a request is found open from 17/06, won't be generated the new request. Now, if it is found an open request before that date, the new request must be generated.
Request Valid option only for applicants. If the source is hiring, this field will be cleared. If the field remain without information, the routine will look for all candidates who are with the situation 1-active in the process (R122CEX. SitCex = 1) and which are not enforced in any request (R126CPE).
Workstation Inform the Work Station where the examinations for admission and transfer situations are to be generated. This field is displayed when the Work Desk routine is used. It is used to suggest field information Branch, Local a
nd Office, if they are characteristics of the station informed.
Branch
This field will be made available to the user when it is indicated in the settings of utilizing Historic PCMSO PCMSO. Allows you to generate transfer tests, where you will be informed to the target branch.
Org. Unit
Report the location where transferred employees. This field will be enabled when the Transfer field at the origin of the exams.
Job
Inform the Office where they will be transferred employees. This field is enabled when the field Admissional or Transfer at the origin of the examinations.
Activity
Inform the activity in which the employees will exercise. This field will be enabled when is transfer or Admission examination. Will be verified the tests on this activity. PCMSO If it is not informed search as the activities of the local area and Office informed. This field is visible only if the company use for Historical PCMSO.
Important
In Medical settings, window folder field PCMSO Origin Transfer Activity Test shall include the source code for the generation of periodic inspections of transfer activity.
These fields will be displayed when using the GHE routine.
Enter here the PPRA or GHE to which the employees will be transferred. These fields will be enabled when the field Admissional or Transfer at the origin of the examinations. By checking the Generate test request at source, will also be considered the current PPRA and collaborator GHEs.
The behavior of these fields also depends on the job request routine, when there is integration with the Recruitment and Selection module. When informing the field Request in this screen, the system suggests the same values of PPRA and GHE that were informed in the registration of the vacancy requisition and disables these fields. On the other hand, if this information was not found in the request, the fields remain enabled for editing.
Consider Situation If set the option to filter on current date and there is a range of situations, requests of scans will be generated only for employees in the current date are in one of the situations the scope. If the option is set to filter on Data Generated, the exams are generated at the time designed since the collaborate is in one of the situations the scope.
The examination must be generated for the 4/10/2006 day, and comprehensiveness was placed just 1-Working situation.
Registered = 2 Situation clearance-holiday in 3/20/2006-4/19/2006
Options: current date = raises the examination, because the current date the worker is in situation 1-Working.
Date Generated = does not generate the examination, because in 4/10/2006 the worker is on vacation.
Note
Will only be allowed to indicate one of the following options when there is coverage of situation informed Selection button.
Generating examination Request at the source
Lets get the tests led to the worker to generate requests for transfer. That is, in addition to the examinations required for the destination (position, place, branch, activity ..) will also bring the exams that are mandatory in the origin, place, position, branch, activity, PPRA and GHE where the employee is currently full.
Note
Only enabled when the Transfer source option is checked.
Consider only tests the same source type When making the request for the next exam will be considered only those tests that have the same source type. That is, if the worker has a registered examination with the origin of the different Examination of the source selected on this window, if this field is marked, the examination will not be considered on request.
Contributor took the test "X" (periodical) in 01/2009. In 06/2009, the same worker had a call where the doctor requested the review "X" for any other reason other than the journal:
- Using the field "Consider only the same type of origin" Unchecked: in this situation, the system will consider the date 06/2009 as the last exam.
- Using the field "Consider only the same source type" Marked: won't consider the examination carried out in 06/2009 because the origin of this is not "journal". In this case, will consider the examination carried out in 01/2009 to generate the request.
- Only enabled when the Journal source is selected.
Notes
- Exam request generation with differentiated by age intervals greater, smaller age, unhealthy and hazardous environment will be considered only in the generation of periodic inspections. For the other sources (transfer, admission, resignation and anticipated layoff policy) this frequency will not be considered, because the calculation of the date of the examination does not depend on a specific periodicity, as for example in the case of Resignation, where the exam is always generated at the time of resignation or on the date posted on the window, when the worker has not yet been fired. In order to treat these specific situations it should be foreseen by rule, associating this to the desired examination in the PCMSO registry.
- When, in the cadastre of examinations, there is a registered examination to be done every 24 months and this exam is registered as Periodic Examinations, he will be generated with periodicicade two years. The examination may not be generated when is already registered for a long time for the worker in the results of examinations or when the test is generated for the first time. The solution in these cases is to inform 24 months in the field period when would normally be of 12 months. In this way, the generation of tests considers all employees who were admitted in even and odd years.
English
Español


